Anybody use web2py?

Yarko yarkot1 at gmail.com
Mon Dec 21 11:08:24 EST 2009


On Dec 21, 2:32 am, Bruno Desthuilliers <bruno.
42.desthuilli... at websiteburo.invalid> wrote:
> Thadeus Burgess a écrit :
> (snip)
>
> > Spend one
> > day working on a simple django application, polls, blog, image
> > gallery, family pet tree, you name it. Then take the next day, and
> > write the same application with web2py, and you decide. In the end,
> > both are tools and you need to figure out what is best for YOU.
>
> The problem is not how easy it makes to write a *simple* (should I say
> "braindead" ?) dummy test app, but how easy - or even possible -it makes
> writing and maintaining a *real-world* complex application.

Bruno -

Check out the 50 minute coding-dojo we did at PyCon-2009:  a complete
news aggregation system, with authentication.  There were people (who
encouraged us to do the dojo) who doubted that we could cover so much
ground in so little time.   We asked WingIDE folks if they would
donate a WingIDE for raffling at the dojo (to help draw people) - not
only did they agree, then came and sat thru the dojo.  At the end of
the dojo,

I think most people there were amazed: they had a complete system, and
insight into how to extend and keep going with developing it further
(e.g. for their own needs).  I know the person who won the copy of
WingIDE was on the web2py list after, continuing to work on apps.
Wing wrote up a "how-to" develop web2py apps directly from wing, and
we added a hook to defer "tickets" (web2py traceback logs) to the wing
exception reporting system, if running under Wing (http://
www.wingware.com/doc/howtos/web2py).

Hardly "brain-dead" (that is just a loaded term you threw out, but I
see your skepticism).  At some level, each programming activity decays
to a "brain-dead" one, that is - to a trivially simple activity.
However, a trivial activity (define a news aggregator, data tables;
define a service to aggregate other data sources)  does not equal a
trivial result: in fact, the higher the level of abstraction I can
make a _programmer_ activity trivially easy and still accomplish
significant function, the more attention and time the programmer can
spend on thinking about _the problem at hand_, rather than the
_setting up of the system_.... This is precisely one of the benefits
I've seen touted in numerous papers arguing for teaching either Flash
(adobe) over Java, or Python over Java --> the decrease in time spent
worrying about setup of the system used to address a given problem/
algorithm.

Easier / trivial setup in tool is good when it accomplishes what you
need (e.g. gets out of your way, leaves more attention to the problem
at hand).

- Yarko




More information about the Python-list mailing list