Re: [racket] Server side continuations

2011-06-13 Thread Eli Barzilay
15 minutes ago, Sam Tobin-Hochstadt wrote: > On Mon, Jun 13, 2011 at 6:46 PM, Eli Barzilay wrote: > > Three minutes ago, Sam Tobin-Hochstadt wrote: > >> On Mon, Jun 13, 2011 at 5:37 PM, Eli Barzilay wrote: > >> > On Friday, Shriram Krishnamurthi wrote: > >> >> > >> >> I wonder if he's read the st

Re: [racket] Server side continuations

2011-06-13 Thread Raoul Duke
On Mon, Jun 13, 2011 at 3:50 PM, Sam Tobin-Hochstadt wrote: > That is not true. The event-driven structure of all JavaScript code is > an important part of why node is fast.  That's what JS engines are > good at, among other things. imho everything is a trade-off. event-driven has major suck abou

Re: [racket] Server side continuations

2011-06-13 Thread Sam Tobin-Hochstadt
On Mon, Jun 13, 2011 at 6:46 PM, Eli Barzilay wrote: > Three minutes ago, Sam Tobin-Hochstadt wrote: >> On Mon, Jun 13, 2011 at 5:37 PM, Eli Barzilay wrote: >> > On Friday, Shriram Krishnamurthi wrote: >> >> >> >> I wonder if he's read the structure of JavaScript programs, which -- >> >> because

Re: [racket] Server side continuations

2011-06-13 Thread Eli Barzilay
Three minutes ago, Sam Tobin-Hochstadt wrote: > On Mon, Jun 13, 2011 at 5:37 PM, Eli Barzilay wrote: > > On Friday, Shriram Krishnamurthi wrote: > >> > >> I wonder if he's read the structure of JavaScript programs, which -- > >> because of the cooperative multi-tasking structure of JavaScript -- >

Re: [racket] Server side continuations

2011-06-13 Thread Sam Tobin-Hochstadt
On Mon, Jun 13, 2011 at 5:37 PM, Eli Barzilay wrote: > On Friday, Shriram Krishnamurthi wrote: >> >> I wonder if he's read the structure of JavaScript programs, which -- >> because of the cooperative multi-tasking structure of JavaScript -- >> have to return control to the event loop (ie, "termina

Re: [racket] Server side continuations

2011-06-13 Thread Eli Barzilay
On Friday, Shriram Krishnamurthi wrote: > > I wonder if he's read the structure of JavaScript programs, which -- > because of the cooperative multi-tasking structure of JavaScript -- > have to return control to the event loop (ie, "terminate") whenever > they make an Ajax request, leaving *another

Re: [racket] Server side continuations

2011-06-10 Thread Shriram Krishnamurthi
Since this is a public forum, so someone reading that post might also find this thread, let me point out one more source of confusion. Continuations do not manufacture more names *than there really are*. So, no matter how you program (continuations or CPS, Ajax or not) you still have to come up wi

Re: [racket] Server side continuations

2011-06-10 Thread Paul A. Steckler
On Sat, Jun 11, 2011 at 10:59 AM, Shriram Krishnamurthi wrote: > Where to start?  Oh, where to start?  Every sentence begins half-right > and then ends up all-wrong.  (Even the premise of this flame is wrong. >  Continuations are not solely about managing client-side state.) > > I guess it's up t

Re: [racket] Server side continuations

2011-06-10 Thread Sam Tobin-Hochstadt
On Fri, Jun 10, 2011 at 8:59 PM, Shriram Krishnamurthi wrote: > I wonder if he's read the structure of JavaScript programs, which -- > because of the cooperative multi-tasking structure of JavaScript -- > have to return control to the event loop (ie, "terminate") whenever > they make an Ajax requ

Re: [racket] Server side continuations

2011-06-10 Thread Robby Findler
And I take what I said back: they are still crucial. Javascript really just opens new doors that, pre-javascript, we had kind of wedged our fingers underneath but hadn't really opened. For example, just the other day, Casey crashed travelocity when he tried to buy two tickets at once (he and Diana

Re: [racket] Server side continuations

2011-06-10 Thread Shriram Krishnamurthi
Where to start? Oh, where to start? Every sentence begins half-right and then ends up all-wrong. (Even the premise of this flame is wrong. Continuations are not solely about managing client-side state.) I guess it's up to Jay to post the brilliant follow-up that will...well, who knows what wil

Re: [racket] Server side continuations

2011-06-10 Thread Robby Findler
There may be a grain of truth to what he says (that the existence of javascript in every browser makes continuation-based web servers less crucial than it was before that) but overall that post just seems confused. Robby On Fri, Jun 10, 2011 at 7:47 PM, Paul A. Steckler wrote: > I came across th

[racket] Server side continuations

2011-06-10 Thread Paul A. Steckler
I came across this post recently: http://carcaddar.blogspot.com/2011/06/continuation-based-web-applications.html The claim is that AJAX makes server-side continuations (invented at PLT) unnecessary. -- Paul _ For list-related administrative tas