Kottke explains Digital Lifestyle Aggregation
Let me say this upfront. What Jason is spelling out has several problems - which he also perfectly elucidates.
What he doesn’t say is “that for all this to happen” - you need a COORDINATING company to make sure it all works. That’s obvious.
I’ll put my own answers to Jason’s issues - IN BOLD AND CAPS - but I think you’ll all see that Jason PERFECTLY spells out a realistic DLA scenario - thats’ totally open and doable - by year’s end.
Here we go.
Here’s Jason’s post called “Some “Web as platform” noodling”
In the discussion of Flickr and Feedburner’s spliced RSS/Atom files, Harold said:
I’m beginning to think that feeds (and content tagging) should be the starting point, not an offshoot. Until now, our tools have produced web pages then feeds. I’m thinking we need tools that create feeds and then let us combine them into web pages.
To put this another way, a distributed data storage system would take the place of a local storage system. And not just data storage, but data processing/filtering/formatting. Taking the weblog example to the extreme, you could use TypePad to write a weblog entry; Flickr to store your photos; store some mp3s (for an mp3 blog) on your ISP-hosted shell account; your events calendar on Upcoming; use iCal to update your personal calendar (which is then stored on your .Mac account); use GMail for email; use TypeKey or Flickr’s authentication system to handle identity; outsource your storage/backups to Google or Akamai; you let Feedburner “listen” for new content from all those sources, transform/aggregate/filter it all, and publish it to your Web space; and you manage all this on the Web at each individual Web site or with a Watson-ish desktop client.
Think of it like Unix…small pieces loosely joined. Each specific service handles what it’s good at. Gmail for mail, iCal for calendars, TypePad for short bits of text, etc. Web client, desktop client, it doesn’t much matter…whatever the user is most comfortable with. Then you just (just! ha!) pipe all these together however you want with services (or desktop apps) handling any filtering/processing that you need, and output it to the file/device/service of your choice. New services can be inserted into the process as they become available. You don’t need to wait for Gmail to output RSS…just pipe your email to Feedburner and they’ll hook you up.
There are, of course, plenty of hurdles to overcome:
- Currently a bit hard on wallet. When you’re paying $5-20 per month for each one of these services (in addition to $50/mo for broadband and $45/mo for your cell phone), living the connected lifestyle is expensive. If a company like Google can offer bundles of these services, it might get cheaper.
WHY JUST GOOGLE? FIRST OF ALL - WHAT YOU’RE DESCRIBING WAS CALLED HAILSTORM - AND MICROSOFT MIGHT JUST GET TO IT - TOO - ONCE LONGHORN SHIPS AND WE DO ALL THEIR R&D FOR THEM.
SECOND OF ALL - I THINK BEFORE GOOGLE GETS THERE - MY COMPANY BROADBAND MECHANICS WILL - IN ADDITION TO OTHERS. YOU ALSO DIDN’T MENTION DRUPAL OR SOME SORT OF FRAMEWORK (MAYBE EVEN IBM’S NEW ‘ECLIPSE’ AS MIDDLEWARE) THAT PULLS ALL OF THIS TOGETHER AND PROVIDES COMMUNITY FEATURES…. COMMUNITY SITES ARE EXACTLY WHERE A BUNCH OF GEEKS - WORK TOGETHER - AND GET THIS ALL TO WORK - FOR PARTICULAR AFFINITY GROUPS, TARGETED VERTICALS AND LOCAL REGIONAL ACTIVISM.
- Data needs to be portable. If Flickr starts to suck, you should be able to easily move all of your photos to a better service.
DUDE - FLICKR AIN’T GONNA EVER SUCK. IT ROCKS.
- Redundancy and failing gracefully. What if Blogger is unavailable when I want to rebuild my Web site after my Flickr photostream has been updated (see my MTAmazon plug-in problem)? Does the rebuild just fail or is the data cached somewhere?
AMEN BROTHER - STABILITY IS WHAT IT’S ALL ABOUT. THAT DOESN’T HAPPEN BY DEFAULT IT TAKES HARD WORK - WORK THAT SOMEBODY HAS TO PAY FOR.
- You need to get everyone to agree on interop/formats/etc. Fortunately, it seems like companies are a lot more willing to do this than 4-5 years ago (Amazon, Google, Flickr, Upcoming, & TypePad all have APIs or allow data output via RSS/Atom).
NOW LET’S SEE? WHAT THE HELL HAVE I BEEN DOING LATELY?
- Security. Lots of passwords and personal information will have to be passed around for all this to work. How about some commitment from these companies to keep this data as secure as they can?
HAVE YOU HEARD OF SXIP - YET? THE PIECES OF THE PUZZLE ARE COMING TOGETHER - RIGHT IN FRONT OF OUR EYES!
This, then, is the promise of Web services. Nothing new, but it’s nice to see things continue to head in this direction.
RIGHT ON TO JASON FOR WRITING THIS. MAJOR BOOKMARK TIME! I LOVE IT WHEN SMART PEOPLE DO THE WORK FOR ME.
Related reading:
- GooOS, the Google Operating System (kottke.org)
- Inventing the Future (Tim O’Reilly)
- The Web as a Platform (John Battelle)
- Deepleap was an early attempt at some of this stuff (Lane Becker)
mARC’S FINAL THANK YOU TO jASON…..
I love the way you put it and visionize DLAs. Now we just gotta do a version of that for huamns - and for mom’s - who need to find playmates and baby sitters for the kids.
Oh yah - you didn’t mention OpenListings - an economic engine for the blogosphere.

and dads!
and dads!
and dads!
That’s one whole lotta bold.
That’s one whole lotta bold.
That’s one whole lotta bold.
I have a headache now. My question: can blog software (and I mean solid blog software) be adapted to be DLA-ish?
I have a headache now. My question: can blog software (and I mean solid blog software) be adapted to be DLA-ish?
I have a headache now. My question: can blog software (and I mean solid blog software) be adapted to be DLA-ish?
Thanks for your site!À
Thanks for your site!À
Thanks for your site!À
Thanks+for+your+site%21
Thanks+for+your+site%21
Thanks+for+your+site%21