Of course. I never said it was new idea:-). CherryPy itself is not a very new framework either. It's been around for a while. It's just one of the clean frameworks out there in an over engineering world.
First, Dynamic languages are light years ahead of mainstream static.NET languages supported in the IDE with ASP.NET (I said, mainstream because.NET is getting good dynamic languages and other static languages like Boo are much more expressive than say C# but are not supported in VS [although in SharpDevelop]). I choose a Python framework when most of my logic is likely to be problem oriented rather than framework oriented.
I choose.NET when it has components that I can directly use that otherwise would require me to implement and when IDE is actually likely to make me productive. I have in the past but recently that has not been the case.
Python/Ruby/Perl development model has distinct advantages that current.NET dev models don't currently cater. Likewise,.NET offers some effective solutions that are more painful with other methods.
"and therefore blows the doors off anything interpreted"
Python is compiled to byte code just like.NET, not interpreted. As for JIT, most people simply don't see the need (see below) but are available (Psycho).
Python based solutions (I said solutions, not code) rarely run slower than equivalent.NET counterparts because most performance critical code runs in native code anyway and not Python and especially so in case of web based applications. I can't imagine what performace critical code you could possibly be writing in a web app. Fetching millions of records?, your DB library implemented in C does that; heavy page load, your templating system needs to be optimal and so on.
"Second, what this particular Python framework is really catching up with is Ruby on Rails. And quite frankly, anyone who likes the sort of thing that RoR implements should just use RoR, not imitations."
That's a pure troll. You have no idea of what CherryPy does. CherryPy is not an imitation of RoR. It's been there before RoR. It does things very differently. I am not going to repeat the differences. Look at my other post in this discussion for that or BETTER, actually read the manual or article.
For crying out loud, please read the article/manual. Zope and CherryPy have NOTHING in common with Rails other than they are web app frameworks using dynamic languages. They are all different frameworks addressing different needs.
Zope is very complex because it addresses a very complex problem and provides a comprehensive framework.
CherryPy is similar to Rails in that functions become URLs seemlessly (no messy xml, special output calls etc) but other than that it is much simpler than Rails. It is an web application server and nothing more. It does not have a templating system, no ORM, no database abstraction -- NOTHING. All it does is manage your code for the web. You choose whatever templating system you want (I chose Cheetah), whatever ORM you want (I chose SQLObject), and whatever DB access module (I chose MySQLdb). It is a simple tool that imposes no restrictions and plays well with other tools.
Development in CherryPy is similar to development with mod_python although the infrastructure is completly different. Sometimes CherryPy is easier to develop with than mod_python.
STOP COMPARING EVERYTHING WITH RAILS BECAUSE THAT IS ALL YOU HEAR IN THE NEWS.
"And the security issue?"
RTM. No security issue. You get to specify which functions are exposed. They are not exposed by default. Either use Python decorators to annote public functions of write a simple function to expose by naming convention. Python's dynamism makes this a breeze.
CherryPy is nothing like ASP, ASP.NET. The script you write is EVERYTHING. You don't need a web server like you do in ASP/ASP.NET. It is the web server with your code in it.
I have been using CherryPy for a while. What is nice about it is that for simple things, it justs steps out of the way. There is very little framework code in my apps and they just feel like console programs.
Personally, I am looking for an alternative to Skype. Skype quality is good and I like it but the software is intrusive. I don't want it running all the time, only when I want to make calls. It tries to push itself into startup all the time even when I uncheck the option. And it will not let me save the password and login automatically unless I allow it to start at startup.
I am not sure how Yahoo VoIP is new though. Yahoo had collaborated with Net2Phone in the past. Hasn't it?
There are a LOT of things better in D than C++. D is far better language (not library) enhancement over C++ than Java/C#.
Take a look at language comparison at
http://www.digitalmars.com/d/index.html
I do not use D however. I don't do much of systems programming and I fancy IDEs but language wise, D is perhaps the best imperative, native compiling language out there at the moment.
Slashdot Mirror
Of course. I never said it was new idea :-). CherryPy itself is not a very new framework either. It's been around for a while. It's just one of the clean frameworks out there in an over engineering world.
Already been done. It's called mod_python.
First, Dynamic languages are light years ahead of mainstream static .NET languages supported in the IDE with ASP.NET (I said, mainstream because .NET is getting good dynamic languages and other static languages like Boo are much more expressive than say C# but are not supported in VS [although in SharpDevelop]). I choose a Python framework when most of my logic is likely to be problem oriented rather than framework oriented.
.NET when it has components that I can directly use that otherwise would require me to implement and when IDE is actually likely to make me productive. I have in the past but recently that has not been the case.
.NET dev models don't currently cater. Likewise, .NET offers some effective solutions that are more painful with other methods.
.NET, not interpreted. As for JIT, most people simply don't see the need (see below) but are available (Psycho).
.NET counterparts because most performance critical code runs in native code anyway and not Python and especially so in case of web based applications. I can't imagine what performace critical code you could possibly be writing in a web app. Fetching millions of records?, your DB library implemented in C does that; heavy page load, your templating system needs to be optimal and so on.
I choose
Python/Ruby/Perl development model has distinct advantages that current
"and therefore blows the doors off anything interpreted"
Python is compiled to byte code just like
Python based solutions (I said solutions, not code) rarely run slower than equivalent
"Second, what this particular Python framework is really catching up with is Ruby on Rails. And quite frankly, anyone who likes the sort of thing that RoR implements should just use RoR, not imitations."
That's a pure troll. You have no idea of what CherryPy does. CherryPy is not an imitation of RoR. It's been there before RoR. It does things very differently. I am not going to repeat the differences. Look at my other post in this discussion for that or BETTER, actually read the manual or article.
For crying out loud, please read the article/manual. Zope and CherryPy have NOTHING in common with Rails other than they are web app frameworks using dynamic languages. They are all different frameworks addressing different needs. Zope is very complex because it addresses a very complex problem and provides a comprehensive framework. CherryPy is similar to Rails in that functions become URLs seemlessly (no messy xml, special output calls etc) but other than that it is much simpler than Rails. It is an web application server and nothing more. It does not have a templating system, no ORM, no database abstraction -- NOTHING. All it does is manage your code for the web. You choose whatever templating system you want (I chose Cheetah), whatever ORM you want (I chose SQLObject), and whatever DB access module (I chose MySQLdb). It is a simple tool that imposes no restrictions and plays well with other tools. Development in CherryPy is similar to development with mod_python although the infrastructure is completly different. Sometimes CherryPy is easier to develop with than mod_python. STOP COMPARING EVERYTHING WITH RAILS BECAUSE THAT IS ALL YOU HEAR IN THE NEWS.
"And the security issue?" RTM. No security issue. You get to specify which functions are exposed. They are not exposed by default. Either use Python decorators to annote public functions of write a simple function to expose by naming convention. Python's dynamism makes this a breeze.
CherryPy is nothing like ASP, ASP.NET. The script you write is EVERYTHING. You don't need a web server like you do in ASP/ASP.NET. It is the web server with your code in it. I have been using CherryPy for a while. What is nice about it is that for simple things, it justs steps out of the way. There is very little framework code in my apps and they just feel like console programs.
Personally, I am looking for an alternative to Skype. Skype quality is good and I like it but the software is intrusive. I don't want it running all the time, only when I want to make calls. It tries to push itself into startup all the time even when I uncheck the option. And it will not let me save the password and login automatically unless I allow it to start at startup. I am not sure how Yahoo VoIP is new though. Yahoo had collaborated with Net2Phone in the past. Hasn't it?
There are a LOT of things better in D than C++. D is far better language (not library) enhancement over C++ than Java/C#. Take a look at language comparison at http://www.digitalmars.com/d/index.html I do not use D however. I don't do much of systems programming and I fancy IDEs but language wise, D is perhaps the best imperative, native compiling language out there at the moment.