It's Like Déjà Vu All Over Again
"You could probably waste an entire day on the preceding links alone. But why take chances? We also give you Paul Snively..." — John Wiseman, lemonodor


Subscribe to "It's Like Déjà Vu All Over Again" in Radio UserLand.

Click to see the XML version of this web page.

Click here to send an email to the editor of this weblog.

Click on the coffee mug to add Paul Snively's Instant Outline to your Radio UserLand buddy list.

Top 10 hits for constraint programming on..
Google
1.Guide to Constraint Programming
2.Constraints Archive
3.Constraint Programming and Optimization GroupHome Page
4.CP2000 Home page
5.Constraint Programming '98 - Pisa
6.CP2002 Home page
7.CP
8.e-constraints.net : the home of Explanation-based Constraint ...
9.Graph Theory and Constraint Programming
10.Constraint Programming

Help link 7/8/02; 10:24:49 PM.

currently subscribed to:

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Patrick Beard (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. A Frog in the Valley. Communication + Technologies (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Aaron Swartz: The Weblog (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Advogato (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. All Things Distributed (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. bOing bOing (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Bright Eyed Mister Zen (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Dave Winer: Radio UserLand (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. David McCusker (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Digital Identity (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Doc Searls Weblog (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Duncan's Jotter (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Eclectic (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Flutterby! (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. freshmeat.net (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. From the Desktop of Dane Carlson (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Hack the Planet (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. iRights (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Java Geek (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Joel on Software (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. John Robb's Radio Weblog (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Jon's Radio (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Lambda the Ultimate (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Living Code (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. mac.scripting.com (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. osOpinion (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Patrick Logan's Radio Weblog (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Privacy Digest (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. rebelutionary (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Robot Wisdom (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Roland Tanglao's Weblog (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. saladwithsteve (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Scobleizer (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Scripting News (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Sjoerd Visscher's weblog - w3future.com (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. TidBITS (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Tomalak's Realm (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Transhumanism (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. WebTransmission (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Wired News (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. Workbench (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. xmlhack (rss)

Radio UserLand users: click to subscribe. Other folks: use the RSS link to acquire this channel. YACCS Comments for It's Like Déjà Vu All Over Again (rss)

Here's how this works.


Wednesday, June 5, 2002
 

andyed @ 06/02/2002 5:47 PM

TclKit is cool, but given the application, how about Mozilla as a front end?

Well, hrm. It's hard to know how to answer this. TclKit and Mozilla don't really have much in common.

XML-RPC blogging is already in baked in... as is XML parsing and lots of the niceties that tckKit offers, including running on Mac/Win/*Nix.

But what I'm proposing is implementing a very different set of data structures, algorithms, and protocols from what are used right now: basically, take the really "raw" materials from Nelson's work and try to get as much leverage on certain hard parts, e.g. flexible-but-reliable persistent storage, from tools like TclKit as possible. TclKit strikes me as a good starting point because it covers three important areas (GUI, scripting, and persistence) extremely well, portably, and without forcing the developer using it to make many ontological commitments. In particular, it doesn't presume that what you really want to do is write another web browser.

In addition, you get great access to the browser history. I've got an example of accessing the bookmarks datastore and the mozblog project is integrating both history and bookmarks. [YACCS Comments for It's Like Déjà Vu All Over Again]

Again, if the goal were to experiment with existing web infrastructure, I'd almost certainly start with Mozilla (or at least Gecko). But that's not the goal. On the contrary; the suggestion was to start with a very small handful of extremely high leverage, loosely-coupled tools and see how quickly/easily we could prototype critical aspects of Nelson's Xanadu concepts. My perception is that tools that offer integration into existing web infrastructure would actually impede progress rather than aid it.
9:07:24 PM        


David McCusker replied to something I wrote days ago. For some reason, I haven't seen anything from the RSS scrape of his site for days. Hmmm. So I'm reconstituting this by hand. Here we go, piece by piece.

Paul Snively recently brought up a collaboration idea involving RSS.


I'll start a response by asking questions. I hope I'm not too negative.

Hardly. One of the aspects of even suggesting such an endeavor that I look forward to most is precisely this kind of discussion and refinement of concepts. If it leads to software artifacts, great; if not, at least we'll have tossed the conceptual football around and hopefully have learned something from that.

Paul Snively: Hmmm. David McCusker has expressed his willingness to hack Scheme with me. David and Raph Levien have indicated a strong desire to collaborate. Raph (mind if I call you "Raph?") has designed and implemented one of only two demonstrably attack-resistent trust metrics in the world.

I hereby propose that David McCusker, Raph Levien, and I tackle Sam's idea: a weblog/RSS feed collaborative filtering system.

I'd consider it, but it seems awfully high level application heavy when I favor writing libraries of low level mechanisms. I could write tools for something like that, but to really get engaged in an app development would require special interest. The RSS feed problem hasn't drawn me yet at all, even to the extent wanting the product.

I agree wholeheartedly. One of the reasons that I proposed developing in Scheme, apart from your recent comment that you'd work with me in Scheme and the observation that Scheme is an excellent exploratory language, is that I find that it lends itself to precisely the kind of functional decomposition that you describe: you essentially develop an API to address the domain. You may or may not develop a domain-specific language to implement/support the API and/or develop the app in. Then you do (or don't) develop the app.

Also, as a matter of personal style, I tend to program that way anyway (that is, as if everything were an API development project, and any applications to be built on top were there as much to validate the API as anything else). I suspect that this is partially because Lisp-family languages were among my first; partially also due to early exposure to object-oriented design principles that effectively demand this view, such as Model-View-Controller; and partially due to hard-won experience with AppleEvents and AppleScript that also mandated rigorous separation of human interface from "engine."

So I would very much expect the principal artifacts of any such project to be a set of libraries. They might not be in Scheme, either; we might use Schlep to transliterate them to C. Or we might prototype in Scheme but then ossify in C++. Whatever. And then it'd be nice to give an app to folks who want one.

However, the definition of the exact problem would be interesting, and it might be fun to sketch out implementation related definitions that aim to solve whatever problems appear to be involved. That could lead to more interest in actual coding, and the discussion of the problem itself might inspire other folks, and make us think of more ideas.

To my mind, that's exactly the expected benefit: you're smart, Raph's smart, I'm smart. What would happen if we were to tackle a project like "TiVo for Weblogs" as if we were going to implement it?

I'd be remiss if I didn't point out that a lot of useful infrastructure is already being put into place, with the mad rush to automate things like backlinking and RSS discovery. It seems like we could tap into some of that infrastructure in order to build something that would actually work. But obviously there's a huge amount of definition that needs to be done before we could even contemplate such a thing.

The first questions involve what is supposed to happen? What's the desired result, and how should things be organized? It sounds like it ought to be a protocol of some kind, which different server implementations might satisfy. (This is keeping Raph's interfaces opppositions in mind, where other choices are file formats and code APIs.) [David McCusker]

Quite right. If you haven't already done so, please read Sam Ruby's "Beyond Backlinks" story and go to the end for the one-paragraph version of "what should happen." So to begin to bring this back to the "libraries vs. app" question, does it sound like it would be fun to develop a library for doing relevance ranking on text, HTML, RSS...? And then, maybe, to build an app on top of it? Maybe a better question would be: given Sam's goal description, what interesting library development opportunities, if any, do you see?
8:15:59 PM        



Click here to visit the Radio UserLand website. © Copyright 2002 Paul Snively.
Last update: 7/8/02; 10:26:40 PM. Comments by: YACCS
June 2002
Sun Mon Tue Wed Thu Fri Sat
            1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30            
May   Jul