[Seaside] the elevator pitch for seaside

Lukas Renggli renggli at gmail.com
Sat May 3 15:53:04 UTC 2008

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.


On 5/3/08, Randal L. Schwartz <merlyn at stonehenge.com> 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 at stonehenge.com> <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 at lists.squeakfoundation.org
>  http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

Lukas Renggli

More information about the seaside mailing list