Nate Koechley

Songbird Public Beta (0.7)

Congrats to my buddies (yo Koshi!) over at Songbird for reaching another big milestone: public beta.

Songbird is a media player like iTunes. Except that it’s build on top of the awesome Mozilla Firefox foundation. And like Firefox, it has an extensive array of extensions, themes, and assorted addons. Earlier versions haven’t supplanted iTunes for me, but it’s looking like this version may well do that.

I had some trouble imagining what type of addons would make sense, but in this release we’re beginning to see. An early favorite for me is the ticketing integration:

You can read all about the release on their blog, download it here, and see a screenshot below:

Twitter Faster than Reality

LA shook at 11:42:15 today according to the official record from the U.S. Geological Survey. But according to [a report of] Twitter activity today (by the tweetip site) it happened 43 seconds earlier at 11:41:32 (adjusted for time zone).

(graphic snagged from tweetip site)

That Twitter routinely breaks news fastest is often discussed, notably in the wake of the May quake in China.

Today the AP’s wire posted news of the earthquake 9 minutes after it happened. 9 minutes is fast. Negative :43 is amazing.

(Yeah, yeah. I know. It’s explainable as an accounting error in twitter’s api or tweetip’s processing. But the point remains that twitter is always on the scene.)

Yahoo! Opens Search and Supports Developers

Marshall over at Read Write Web has a great review up posted covering the exciting news that Yahoo! has opened up our search index and engine. I’ll point you to his coverage, and pull out my favorite gems.

Update: Vik Singh had the idea for BOSS, and posted Yahoo! Boss – An Insider’s View. It’s money line is this, and describes the big idea succinctly: “I think users should be confident that if they searched in a search box on any page in the whole wide web that they’ll get results that are just as good as Yahoo/Google and only better.”

First, here’s what happened tonight:

Yahoo! is taking a bold step tonight: opening up its index and search engine to any outside developers who want to incorporate Yahoo! Search’s content and functionality into search engines on their own sites. The company that sees just over 20% of the searches performed each day believes that the new program, called BOSS (Build Your Own Search Service), could create a cadre of small search engines that in aggregate will outstrip their own market share and leave Google with less than 50% of the search market.

Might this impact things? He thinks so:

In both cases, Yahoo! BOSS is intended to level the playing field and blow the Big 3 wide open. We agree that it’s very exciting to imagine thousands of new Yahoo! powered niche search engines proliferating. Could Yahoo! plus the respective strengths and communities of all these new players challenge Google? We think they could.

And that part that was music to my ears (emphasis mine):

It is clear, though, that BOSS falls well within the companies overall technical strategy of openness. When it comes to web standards, openness and support for the ecosystem of innovation – there may be no other major vendor online that is as strong as Yahoo! is today. These are times of openness, where some believe that no single vendor’s technology and genius alone can match the creativity of an empowered open market of developers. Yahoo! is positioning itself as leaders of this movement.

Marshall, thanks for the great writeup. Yahoo!, thanks for making me proud.

Twitter and Summize. No worries.

There are rumors that Summize has been acquired by Twitter. It has people chattering.

Some worry that the acquisition will hurt the effort to make Twitter scale. It can’t and won’t.

I believe Twitter’s engineering team is headed up a mountain (they need to switch architectures at a low level), but that they finally know which mountain. True, it’s a tall mountain not quickly climbed. But they finally know their problems and have people in place. Better days ahead.

Others worry that Twitter’s scaling ills will infect Summize. I don’t think that’s possible because they are distinctly different engineering problems. Summize is “fresh search,” an understood and known problem that Summize apparently designed for from the beginning. Twitter, in contrast, evolved a product into a service that no longer matches their architectural model. It didn’t start out as (and therefore wasn’t built to be) a massive-to-massive (when each massively is unique, personal, exponentially expanding) real-time messaging protocol. I believe architectures exist for that problem space, but unfortunately that’s not how Twitter was initially built.

Put briefly, Twitter’s already on the path to health and Summize is immune from Twitter’s disease, so it should all work out fine.

While they are different systems, they may be complimentary. Jettisoning Twitter’s track and reply functionality to Summize’s infrastructure may offer Twitter engineers the headroom they need to roll updates into Twitter’s codebase with a bit of a cushion.

More small pieces fit together more ways

In early February Todd Sampson wrote that The API is the Product. I think he’s right on. Behind the exciting buzz of sites and services that make getting bits of info online easy are some very cool APIs that let anybody and everybody create entirely new ways to input or output that same data. (The apparently trend to smaller pieces of data is interesting too, and part of the ease.)

Here are a few of those sites: FireEagle for location data (a single geocode), TripIt for travel data, Delicious for links data (a single URL+ tags), ThingFo for experience data (in 30 chars), Twitter for vitality data (140 chars).

These APIs make possible an undeniable wave of creative hacks within the small orbit of any of the services even individually. This growth testify to the mass variety of niche needs and personal priorities. It seems the ocean of data is really a petri dish.

When these hacks cross-pollenate — when the ins and outs of the data sets start sharing and talking with each other — things get even more interesting.

Those that dismiss mashups as simply “things on a map,” “widgets on a blog,” or “applications on facebook” don’t see the full power. I don’t claim to either, but important coolness seems inevitable when data becomes small and abundant while APIs become prolific and potent. More small pieces fit together more ways.

(Perhaps this is a small part of why Douglas Crockford says that “Mashups are the most interesting innovation in software development in decades.”)

Gotta Agree

Installing software people didn’t request erodes trust. It’s especially repugnant when it hitches a ride with a security or version update. Marshall Kirkpatrick’s right: downloading software has to be opt-in, not opt-out.

As technologists, we want up to date users. Beyond the real user-safety issues, it frustratingly holds us back. The oldest browser is the lowest common denominator and holds us all back. But sneaking new software into the sacred realm of auto-updating flows is unwise. We cannot take advantage of users at the exact moment we want them to trust us blindly and reflexively.

Multiple Apple products are within arm’s reach. My first technology experience several decades ago was on an Apple product. Love ‘em, but they should know better.

I’m glad John wrote his post.