I try to avoid mentioning continuations at all (with the exception of
a scientific talk).
Continuations don't add any value to a presentation, make you look
geeky and at best scare people off. Even developers don't need to know
about that internal implementation detail. Only show how easy it is to
define flow.
The same for persistency. This is something commercial vendors worry about.
Lukas
On 5/3/08, Randal L. Schwartz <
merlyn@...> wrote:
>
> >From
http://methodsandmessages.vox.com/library/post/the-elevator-pitch-for-seaside.html>
> But I think I've come up with a good elevator pitch for "why Seaside and
> not [insert other framework here]", that centers on three key items:
> abstracted control flows, live debugging, and persistence without ORMs.
>
> If you have any input, leave it on the blog, or followup here. I'm presenting
> my talk in seven hours, and am trying to do some last minute refinement.
>
> --
>
> Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
> <
merlyn@...> <URL:
http://www.stonehenge.com/merlyn/>
> Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
> See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
> _______________________________________________
> seaside mailing list
>
seaside@...
>
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside>
--
Lukas Renggli
http://www.lukas-renggli.ch_______________________________________________
seaside mailing list
seaside@...
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
