Domain: slc.ut.us
Stories and comments across the archive that link to slc.ut.us.
Comments · 6
-
Re:CongestionGenerally it would be better to add more stations instead of making the stations larger. Unlike normal rail, more stations don't slow the entire system down, and they add convenience as well as capacity. So high traffic can be met with a high density of rails and stations. The entire idea of PRT is to support a dense network instead of high capacity single-line hauls.
Simulations seem to show that's it's not too bad. iTS is a neat graphical simulation program for PRT, and this simpler simulation shows what happens with a backup at a single station (that one also has a movie of the simulation, though I believe both are fairly easy to install).
-
Re:SeasideI would jump at the chance to program my web apps in this way.
Ditto -- and I'm delighted to see others jumping first
;-)I live in hope someone will come up with a similar framework based around mod_python, but I'm not sure if python's continuations are quite good enough...
Seems likely. The meme is spreading, and it's funny how much sense continuations suddenly make when you consider the browser's "back" button and "open link in new window".
Here are some other languages and projects being discussed; note that (1) Python is mentioned as probably having good enough continuations, (2) You don't strictly need full continuations; Paul Graham metions this in his BBN talk about Viaweb.
Here's some links
...or how well that or Seaside would scale.That's a better question. But you can definitely do replication as long as your proxy server keeps session affinity (and since this is an easy-to-spot part of the URL, that's very doable). Also, one flavor of lisp (SISC?) can persist continuations to disk, so you could share them across servers.
Seaside would be all be fine and good if they only implemented it as an apache module rather than for some obscure Smalltalk-based webserver that nobody beyond a hobbyist with their own webserver is going to get a chance to use for real work.
Competitive advantage, baby. Wait, why am I posting this!?^U
Seriously, if they can build Viaweb and sell it to Yahoo (as Yahoo Stores) using a similar technique, I think you should be able to sell it to clients/bosses.
-
Re:Early Post Joke
I didn't know WTF you were talking about, so thank Jobs for Google. Is this her? And are you the kidnapper?
-
Salt Lake 2002I've been reading over some of the comments here, and I must say that I am appalled at the unjustified criticism and uneducated stereotyping being thrown around. Salt Lake City is not an inbred hick town, Mormons don't have horns, and Utahns are not polygamists (Those that are do so in violation of federal law and are the exception, not the rule. Besides, all the polygamists live in their own cities with unfinished houses to dodge taxes.), and the term "Mormon Olympics" is simply uncalled for. I am speaking as a former resident of Salt Lake City and current resident of Utah, and a Mormon all my life. Isn't this (Open Source) community supposed to be open minded and unjudging (except toward Microsoft products, of course
;p)? Shame on you all. Learn a little bit about a group of people before you go up and down criticizing it for things that aren't even true.The fact that the website runs IIS and is incompatible with Lynx says nothing about the character of the people who live in the state. Not everyone is an incompetent MCSE (I, for example, have written several useful projects).
Surely I will get moderated down for this post.
-nitrogen
-
Re:UNIX tools philosophy
XML is rather new, but with the right tools it is dead easy to parse. SAX for java and C++ is very powerful. And yes it is now available for perl Sax for Perl. Once you go beyond simple tab delimetered flat files or relational databases XML becomes very useful.
-
PkgMaker
PkgMaker is a tool I've written that can build packages for Solaris, HP-UX, binary tars, and RedHat RPMs. It uses a very simple model and can be easily extended for other package managers.
In writing PkgMaker I came to the same basic conclusions as Jeff did: adding a small amount of packaging information to a project's source would go a long way towards making packages easier.