You know how I get about the concept of the ephemeral to the eternal. From what I can tell, it bores the pants off most of you. But you responded to my write up of Furl, which helps you create a PersonalWeb, and A9, which creates a search history (and more). Given that I am supposed to be writing my book, I won’t give you a detailed report on Seruku, but thanks to Gary Price, I don’t have to, as he’s done it for you. The cool thing about this application is that it allows you to create a local archive of *every page you view on the web.* Now, the fellow behind Furl is quick to point out that Seruku has no comments, no topics, no keywords, and a proprietary format (not to mention, a price tag and no thin client). But still, Gary loves it. And I love that it makes a version of your PersonalWeb that YOU control (trust me, Furl is working on this, and…MSFT, Yahoo and Google are paying attention.) Check it out.
Oh, and by the way. Thank you for all the aid on comment spam. A post on that is forthcoming.
5 thoughts on “Seruku: Another Clickstream/PersonalWeb High Order Bit”
Thanks for the mention. I’m a fan of Searchblog and I’m happy that you like Seruku. I’m a little surprised by the comments from “the fellow behind Furl” though.
Obviously Seruku and Furl chose different points in the design space. Seruku is designed to make it as easy as possible for you to realize, after the fact, that a page you saw was useful (and to easily find it). You can realize today that something you saw last week was important, and easily find it.
That is, the primary mode of operation is mostly unconscious and the key reason for that is, a lot of the time you don’t realize the importance of what you’re seeing (or, even if you know it’s important, you don’t remember to click the button because, after all, you’re thinking about what’s on the page, not thinking about storing the page).
This drives a lot of design decisions, from the fat client (We’re not requiring the user to click a button so we need to listen to the browser’s event model in order to know when pages have been loaded) to the local file system (if we sent every page people viewed over the wire, well, that’s both a *lot* of bandwidth and some potentially huge privacy issues that we’d rather avoid completely).
Furl chose location transparency (storing data on a external server), only storing the pages you click a button for, and a more extensive annotation system. It’s a different model of what the user’s looking for and doing (it requires a lot more conscious thought to use), with a entirely different goal in mind. Which, in my mind, makes using Furl more like using Onfolio or Webstasher than using Seruku.
Of the remainder, I’m not sure I understood the “proprietary format” comment. To date, no-one’s mentioned this as an issue (and, certainly, I have a hard time understanding how any format could be “more proprietary” than “it’s stored on someone else’s server, where you can’t get at it.”)
On the other hand, I don’t think we’d have a problem either fully documenting the format, or simply switching to a more easily understood format. The value provided by Seruku is entirely independent of the file format we use.
Does a more open file format seem like something of significant value?
All good points, William and I’m glad you’re reading and commenting. I think both are great and I hope you push each other to continue to innovate. As to file format, I’m not sure it matters, but maybe others can chime in.
Just thought I should respond (as “the fellow behind Furl”). Indeed, William, Furl and Seruku are solving different (albeit related) problems. I like your summary that Seruku makes it “as easy as possible for you to realize, after the fact, that a page you saw was useful”. In that sense, I think it makes a great compliment to your digital filing cabinet at Furl (assuming that you would use Seruku to dredge up the page and then add it to your Furl archive along with the other documents who’s importance/interest you have realized).
Once in Furl, you can take advantage of the growing number of network services that we provide (i.e. sharing (email, RSS, web), recommended reading based on what you save, access from any computer (or networked device)).
Just to address some of the statements that you made in error towards Furl:
* And as for “[your data is] stored on someone else’s server, where you can’t get at it.”, that is just not true. It IS true that it is stored on our server (and backed up hourly between NY and TX). But it is also true that you can access and download your entire content store (with all documents in their original format (i.e. HTML, PDF, etc)) at any time. And as Jon alluded to, the current architecture allows much more offline functionality to be provided in the future.
Thanks to Jon for keeping the discussion going. It will definitely be fun to watch the space develop in the years to come.
My apologies for the mis-statements. It appears that I misread the “partial success” part of the FAQ.
However, I also think that you need to update your faq (http://www.furl.net/faq.jsp). Sentences like “Coming soon is the ability to export all your saved documents (i.e. a big zip file)” imply that the ability is not there today. If it is (I’m not a furl user and wouldn’t know), the FAQ is out of date.
In any case, as you say, different but related problems.
Microsoft might not only be paying attention, but already working on this. See the “Stuff I’ve Seen” project at Microsoft Research.