>From my perspective, web2py style is very much influenced by its
functional approach and the usage of functors. This gives a great
amount
of tools to new comers, but can be problmematic with experienced
programmers that have been working with a COO (class object oriented:
read java)
language.
I
On Sunday, January 9, 2011 4:49:45 PM UTC-5, pbreit wrote:
>
> For one, I don't think businesses care much about backwards compatibility.
> My experience in the enterprise was that vendors were constantly churning
> out non-backwards-compatibile updates and customers were routinely several
> ve
as david said, play! destroyed the traditional java -web app-
programming. it doesn't use servlets so it is extremely flexible. it
doesn't use maven, it uses python. it doesn't use jsp views, it is
using a template system built with groovy, and so forth. there are
lots of people using play!, contri
On Jan 9, 2011, at 1:35 PM, Massimo Di Pierro wrote:
>
> About "enterprise":
>
> For me "enterprise" always meant "business and non-profit" as a way to
> emphasize "non-profit" since that is what I have major interest in. It
> looks like many people read "enterprise" as large and bloated
> busine
web2py - the resilient web framework ;-)
It might make sense to dropt "enterprise" from the slogan. For one, I don't
think businesses care much about backwards compatibility. My experience in
the enterprise was that vendors were constantly churning out
non-backwards-compatibile updates and customers were routinely several
versions beh
Interesting points. One thing I don't understand is the objection to the web
IDE since it is 100% optional. Could it be presented differently so that
people understand that instantly?
I like the commitment to backwards compatibility. Are there any good
examples of things that would be worth cha
About "enterprise":
For me "enterprise" always meant "business and non-profit" as a way to
emphasize "non-profit" since that is what I have major interest in. It
looks like many people read "enterprise" as large and bloated
businesses.
I have nothing against changing the slogan (and we have have a
I don't buy the problem with integrating enterprise systems. Components
should be more loosely coupled.
I do wonder about the balance between the features that make Web2py great
for rapid prototyping vs what you would need to do "in the real world". But
it seems to me that the productivity feat
I think Massimo hit it on the spot. Its about coding style. Most of the
people I see giving web2py criticism are young. Considering that beginning
in about 2001 colleges starting only teaching java and handing out degrees,
it might be safe to assume that most of these guys knew Java as their first
>>I think web2py is very good for 'Corporate' and 'Enterprise', but perhaps we
>>need to be less pretentious and change the slogan for something like:
>>web2py - the getting things done web framework
I know much less about web2py than most people here, but I feel
compelled to add an opinion. Ther
I really reminds me situation I started to work with PlayFramework a few
years ago. Its excelent JAVA web framework, but its done in
completely(internaly) different way than how the rest of the JAVA frameworks
being done(using standard servlet concept). The developers of Play! have a
nice sect
Bruno, Pbreit, the discussion was starting to get really interesting,
please don't let it go OT
2011/1/9 pbreit
> So I guess the question remains: is Web2py suitable for large, public web
> sites or does it max out as a rapid prototyper and smaller "intranet" type
> sites?
http://www.web2py.com/poweredby (this site has not every web2py powered site
around the globe, people needs to updat
I do not think this discussion has anything to do with it. This is a
scalability issue and web2py scales as well as any of the other web
frameworks. The issue is whether people like or not the programming
style. If you like it you use web2py. If you do not like it you use
something else.
On Jan 9,
So I guess the question remains: is Web2py suitable for large, public web
sites or does it max out as a rapid prototyper and smaller "intranet" type
sites?
This is my prospective: Everything has a trade off. We want the
ability to edit files via the web interface and see the effect of the
change immediately, even on a production system using apache. That is
not possible using imports. Django and Flask provide a module reload
mechanism. That works only
I believe this is why web2py receives much criticism. I speak from
experience in using (and contributing to) web2py.
web2py cannot share objects in an importable namespace with other python
applications ecause of its design architecture. This is an absolute
requirement for most "enterprise" or "re
On Saturday, January 8, 2011 9:53:18 AM UTC-5, pbreit wrote:
>
> I think we could do ourselves a favor by taking the feedback seriously and
> not being so dismissive of criticism. There are pros and cons of the various
> approaches and we happen to think Web2py's design decisions have good merit
I think we could do ourselves a favor by taking the feedback seriously and
not being so dismissive of criticism. There are pros and cons of the various
approaches and we happen to think Web2py's design decisions have good merit.
Hiding behind DRY for the importing situation is not productive. Th
On Saturday, January 8, 2011 9:12:55 AM UTC-5, Anthony wrote:
>
> +1
>
> On Saturday, January 8, 2011 7:31:38 AM UTC-5, cjrh wrote:
>
>> On Jan 7, 11:45 pm, Michele Comitini
>> wrote:
>> > I think the most misunderstood fact with web2py is that web2py
>> > implementation is improving every day
+1
On Saturday, January 8, 2011 7:31:38 AM UTC-5, cjrh wrote:
> On Jan 7, 11:45 pm, Michele Comitini
> wrote:
> > I think the most misunderstood fact with web2py is that web2py
> > implementation is improving every day,
>
> Do you really think the designers of other web frameworks do not
>
On Jan 7, 11:45 pm, Michele Comitini
wrote:
> I think the most misunderstood fact with web2py is that web2py
> implementation is improving every day,
Do you really think the designers of other web frameworks do not
understand how web2py works? They definitely understand, and they
probably unders
I think the most misunderstood fact with web2py is that web2py
implementation is improving every day,
because of TOP-DOWN approach choosen by Massimo.
What does that mean? If someone finds that something has big impact
on perfomace, web2py gets changed to better and the users can upgrade
safely, be
Hi Philip,
On 07/01/11 18:17, Philip wrote:
Web2py is to me the next generation of MS Access, and I mean that as a
compliment. MS Access first opened up the world of database-driven
applications to business people. With Access they could throw
together a simple application to manage a database
> These guys seem to have no clue about the increasingly
> pervasive nature of computing in society today. There are many very
> smart and intelligent "beginners" who know little about web frameworks
> or even Python. They simply look for tools to develop their ideas.
> In fact, you see many scie
Gosh I am glad I can share about web2py in with my country's php,
django and rails programmers without all this nonsense.
On Jan 7, 11:40 pm, Bruno Rocha wrote:
> After being offended by web2py being in Pycon, they made a major
> attack on reddit, raised a bunch of lies. Alarmed against web2py on
After being offended by web2py being in Pycon, they made a major
attack on reddit, raised a bunch of lies. Alarmed against web2py on
twitter (they managed to enter to the top tweets) and
this created a certain discomfort.
Some of my clients (two of them) called me asking for explanations about it.
On Jan 7, 2011, at 2:15 AM, puercoespin wrote:
>
>> Indeed.
>>
>> Moreover, while it's not best practice, it's certainly common enough to see
>>
>> from somewhere import *
>>
>> which "magically" injects a bunch of names into the namespace.
>>
>> Your suggestion that web2py simply has
+1
On Friday, January 7, 2011 3:18:55 AM UTC-5, VP wrote:
> Jacobian made a few bogus statements. One is about imports.
>
> In fact, you don't need to import anything to use Python globals or
> primitive data structures. Why? because those primitives structures
> are so useful and often use
> Indeed.
>
> Moreover, while it's not best practice, it's certainly common enough to see
>
> from somewhere import *
>
> which "magically" injects a bunch of names into the namespace.
>
> Your suggestion that web2py simply has a small set of built-ins strikes me as
> right on.
For exempl
Jacobian made a few bogus statements. One is about imports.
In fact, you don't need to import anything to use Python globals or
primitive data structures. Why? because those primitives structures
are so useful and often used that they are automatically imported for
use.
This is conceptually si
On Jan 7, 2:12 am, Mariano Reingart wrote:
> "I know that in your mind skipping imports is about "not repeating
> yourself". But look guys: every single other Python program ever
> written uses imports. By not including them you've basically made sure
> that learning web2py is different from learn
33 matches
Mail list logo
