> This usually breaks down as follows:<p>> You develop your first little toy app using Framework X.<p>> ...<p>> Then one day you become Twitter, and all hell breaks loose.<p>Really? Web apps <i>usually</i> become Twitter? I agree that knowing how to scale a web app is important, and that it's not always exactly straightforward, and that it could be made easier with some better tools. Heck, I even gave a talk at PyCon about it (<a href="http://www.polimetrix.com/pycon/slides/" rel="nofollow">http://www.polimetrix.com/pycon/slides/</a>).<p>However, statistically speaking, almost zero percent of web apps end up like Twitter. And if they do, they have VCs knocking down their door so hard that they can afford to hire enough engineers and buy enough hardware that scaling won't be an issue for long. That's a problem we'd all love to have.<p>Not that we shouldn't continue to improve our server-side technology, but 99.9% of my pain developing web apps these days is due to client-side issues. The stuff that runs on the server usually Just Works and is an absolute pleasure to code.
Does anyone have thoughts about the utility of cappuccino for web app development where you load a GUI and then do all your state control for each [user not model perspective] entity via rpc to the server? I haven't tried it yet but expect this will be easier because you can bypass much of the grunt work of templating, and you don't have to deal with the back button issues either. I think the back button maps OK onto entities (i.e. get the user to link if they're going to a new booking) but not state transitions within an entity (i.e. if they add a person to the booking then there's no need to provide back functionality).<p>"The big problem, though - the elephant in the room - is that gateways suck, too. Gateways aren’t APIs." Too true.<p>On python - the python critics could fork, stick in the features they want, and benefit from the libraries. I'd have thought this would be a better starting point for a new language in that direction than a blank canvas. I admire clojure for similar reasons - find a VM and leverage it.
Very helpful! A web app recently jumped into my hobby project hopper, and the last thing I can remember of web work is CGI--and it's all new and shiny the way I remember it, too. I knew that was a bad sign, I knew I was so out of touch that I didn't even know what questions to ask . . . but I didn't realize a whole generation had come and gone without me.<p>I've <i>got</i> to start paying more attention.
the house analogy breaks down when you consider that you can build a house to look like anything and it doesn't have to interface with anything else, like your neighbors' houses.<p>a web application has to interface with standard browsers and protocols, so maybe it's like a car that has to operate on standard roads and can't take up 2 lanes or fly.
<i>"Web development sucks."</i><p>Yes. It's so practical compared to old-school GUI development, and so it pulls you in and mushrooms into a scaling/integration/maintenance fiasco unless you can say "no no no!" to every non-essential feature. Things like Django, JQuery, HTML5 are app-level improvements but we're still asking too much of our feeble software infrastructure.<p>Step back, ask what we're trying to do with the web (decentralized computing?), and come up with a system that solves the basic UI/OS/protocol/language needs "once and for all". Implement it as a kludge on top of the web; use and refine; discard the web; discard the old OSes. It's a pretty tall order :-)