Let a million bookmarks bloom
TL;DR: Don't depend on Delicious; host your own, pay for it elsewhere, or hope for the best. Use real-time feeds to stitch the bookmarking diaspora back together into topical aggregate indexes.
In the last entry, I wrote about why my use of Delicious has dropped over time, and what I've been missing as a result. In short, I think there's place for something like Delicious, and I'd like to get back to it.
Update: See also, "We can save Delicious, but probably not in the way you think" from Stephen Hood, one of my former Delicious co-workers. He covers some more good angles I didn't get around to here.
So, it's true Yahoo! announced that they're "actively thinking about the future of Delicious" and that "we believe there is a home outside the company". But, none of that says they've found a home or that it will be easy to transplant if they do. In the meantime, there's a lot of uncertainty and probably only an overworked skeleton crew left onboard.
Much of Delicious now depends on home-grown technology that is shared by many other Yahoo! properties. This should not be a surprise: Beyond the money, that was kind of the point of selling to Yahoo! in particular. As a major search company in 2005, they presumably had the indexing mojo help scale it up. So, transferring the site to a new technology stack will definitely figure into the value proposition of anyone looking to take over Delicious.
In short, any buyers of Delicious will have their hands full—probably more so than Yahoo! did when they first bought it. Don't hold your breath for a bright future.
What it comes down to this:
- If you use Delicious regularly, you care about your bookmarks.
- If you're part of an interest group, you care about their bookmarks and they about yours.
- If you're a random web surfer, you care about finding things relevant to your interests.
- If you're Yahoo!—well, I would have thought you cared about building a human-powered index of the web, but who knows where your collective heads are at these days.
The important thing is that no owners of Delicious will care in particular about #1 and #2—that is, your bookmarks and those of your colleagues. If they care about anything, it's the overall value of a well-indexed set of web resources to #3 and how they can monetize that.
In other words: If they can't figure out how to monetize the aggregate index, don't expect them to start caring about your data. See also: If you're not paying for it; you're the product.
Find someone else to host your bookmarks, maybe you yourself. Think about helping move and/or hosting your colleagues' collections. In particular, look for someone whose motivations are aligned with your own—by way of either money or common interest.
There are plenty of services stepping in to take over from Delicious. I like pinboard.in, because it's very close to the original Delicious, will capture links from other modern services, and it charges you money for valuable features.
There are also a few self-hosted substitutes, and there will more in the weeks to come. Some take these weekend projects as fodder to discount Delicious in general, but they're missing the point: The basic features of Delicious were never particularly complex—it's scaling those features up to web scale that's hard in a single service.
But, you may not need web scale. Also, hosting is getting cheaper every day. Gamers host servers for themselves and their friends, so why not start thinking about hosting a social bookmarking server for interesting people by invite? If you don't have the technical chops yourself, you probably know someone who does.
If this kerfluffle with Delicious does nothing else, it should really get us thinking about hosting our own stuff again. Cheap hosting is not just for startups.
And after that?
I'd love to see a million social bookmarking sites bloom, both as new public services and self-hosted sites for friends. What this diaspora would lack, though, is the awesomeness of seeing everything tagged "webdev" and who else bookmarks things you like. What made Delicious hard is what made it interesting, and it's possible that no one service will ever again reach a critical mass in social bookmarking.
But, I don't think Delicious could have scaled up forever and stayed interesting. To address this, I advocated breaking Delicious up into semi-porous cells around loosely defined interest groups. Basically, a lot like what Reddit does with subreddits and what the Stack Exchange network does with Q&A topics.
As it was, Delicious had grown up around an implicit interest group of webdevs, programmers, tech heads, and the like. So, I figured that spawning more cells would be more interesting than just shoving endless people into the existing one. I also thought it could help scale the site in terms of server architecture, since cells of relevance could be fairly independent.
The problem with a delicious diaspora, though, is the opposite: Scattered sites will offer fragments of larger communities that may not find each other on their own. So, we might like to find a way to piece them back together.
Luckily, I think we have the technology to rebuild Delicious at web scale.
A tasty future, maybe?
Assume that lots of people have tagged bookmark collections in lots of places. What if those sites all supported PubSubHubBub and/or RSS Cloud across feeds by dimensions of tag, user, and URL?
I think you'd have the makings of a loosely coupled and distributed Delicious:
The motivation to maintain individual and group bookmark collections could match up better with those who care about them. You could use pinboard.in. You could host your own bookmarks. You could be a minor hero and host those of the people you find interesting.
Then, imagine a layer of search engines, each specializing in collecting a topically-interesting mix of real-time feeds from an array of social bookmarking sites. A future Google could subscribe to hubs pings from all the above and build something interesting and valuable without hosting the bookmarks of pesky, demanding users.
I don't think this is super-science rocket surgery. Oddly enough, this is close to how I hoped we'd restructure Delicious back in the 2.0 days. It's what I was getting at with my "Queue everything, delight everyone" post. I wanted to see us treat individual users' collections as isolated from the aggregate indexes, connected only by messages and queues. I'm not sure we ended up with something as de-coupled as that, but I didn't have enough visibility into the deep backend to say for sure. Either way, I think this could be an opportunity to address things at web scale without a single company running the show.
Use the web. Host your own, pay for it, or find someone who values your data.
You don't need a central blog server to have a Google. And you don't need a Delicious to have social bookmarking. It seems like we're drifting away from this as services like Facebook and Twitter rise to swallow whole categories of web application in monolithic silos.
Seriously, hosting is getting cheaper and easier. Use it and host your own. Yeah, cheap is not free, but is what you're doing worthless to you? There are interesting alternatives that don't involve handing everything over to someone who doesn't actually care about you and your stuff.
And, if it turns out that social bookmarking settles down into a small but highly involved niche of curators, so much the better that they keep their own lights on.