WebSeitz/wikilog
z2007-03-30- Avi Bryant
is a Product Manager/CTO with a track-record of bringing a business perspective to building agile product-development teams for start-ups, and is seeking a senior role in an entrepreneurial organization building disruptive Internet-driven products.

(backlinks off) (map off)
(search off)
last edited by BillSeitz on Oct 24, 2008 10:33 pm

summarizes [Avi Bryant]'s tutorial at , focused on . -s were a good idea that have become useless and harmful. They're constraining or they're a bad programming language. The is a belief that templates are useful for model/view separation. But is now a semantic layer and is the real view layer (see [Zen Garden]). This is an interesting point of view and one I have a hard time arguing with. So, you need a rich library for generating (see [AWT] for inspiration (how about ?) ). Each has a render method that gets a canvas passed to it... The next heresy that Avi proposes is that sessions are too valuable to persist. In general, you can never marshall and unmarshall the stuff in memory reliably. All the good stuff's in anyway. Keep the session in the memory of the application server. What about ? Use sticky sessions. -s going down is unusual. Users losing session data is a minor annoyance. Live with it.

[Mike Pence] interviews Avi. We talked about how the path to success often lies against the grain of industry groupthink, and where things seem to be going wrong: the problems with , how is widely misunderstood, why [JRuby] lacks promise, and what's wrong with ... "There is an impedance mismatch between the approach to web development - thinking that all of your 's need to be meaningful, all of your form input names have to be meaningful, that every page in your application is presenting this external - between that and a (stateful) component model," said Avi. (I think the folks agree, and believe that stateless is the only way to achieve .) With a stateful component model, you don't focus on serializing and de-serializing parameters, or manually constructing and de-constructing state. You build with bigger blocks at a higher level of abstraction. "The degrees to which a stateful component system increases the modularity, and thus the maintainability, of your code base is huge. That means that the richness and sophistication of the applications you can build goes way up. There is just no way that we could have built something with the complexity of - at least I couldn't have - with a kind of stateless, -ful style of web ." (A commenter notes as an alternative to a .)


 




Bill Seitz, fluxent at gmail dot com, Weblog