11–20 of 22 posts
Python, of course. #2. Python usually wins: http://www.alrond.com/en/2007/jan/25/performance-test-of-6-l... #3. Django was written with Postgres in mind.
Here's the story of the guy who successfully optimized web app bottlenecks in C: http://fi.am/entry/the-limits-of-django-the-answers/
I use Java with Struts on Tomcat for a couple of projects and it's served me well.
If speed of execution is a key requirement, beyond C++ and some good programmers, your main options are Java and C#. I use Java with Struts on Tomcat for a couple of projects and it's served me well.
You're going to have to define what sort of speed you need for #2. If you're talking about basic CRUD, then all of the languages you've specified will work just fine. If you're doing a lot of scientific work, then you might want to look at Python, along with NumPy / SciPy. If it's a small core of calculations that you know you'll have to execute over and over again, then all of the above are fine if you're happy to i…
If speed of execution is a key requirement, beyond C++ and some good programmers, your main options are Java and C#. I use Java with Struts on Tomcat for a couple of projects and it's served me well.
In any case, even with a slow scripting language like Ruby, if the speed of the language is a concern, perhaps that part of the application should just be farmed out to a library in C (or a separate process in whatever language). Need more info, though.
The real strength of Java presents itself after you've moved to production; I almost always am able to hand somebody an .ear or .war file and completely offload deployment/operations to somebody else.
As a plug for EJBs (a lot of the negativity around EJBs are carryoversr from EJB 2.1 and earlier), EJB-based application can be easily scaled by putting a request into operations for an additional app server and administratively changing the number of "processors" (session beans). App server failover and recovery is also fairly transparent as well.
Just my $0.02..
If speed of execution is a key requirement, beyond C++ and some good programmers, your main options are Java and C#. I use Java with Struts on Tomcat for a couple of projects and it's served me well.
You're going to have to define what sort of speed you need for #2. If you're talking about basic CRUD, then all of the languages you've specified will work just fine. If you're doing a lot of scientific work, then you might want to look at Python, along with NumPy / SciPy. If it's a small core of calculations that you know you'll have to execute over and over again, then all of the above are fine if you're happy to i…
I, personally, prefer Ruby because it thinks the same way I do (if that makes sense). So that's what I'd pick. But Python would do you just as well, if you like the way it reads, etc. better. They key, I think, is to not be too worried about speed up front. Get your thing working in Python, say, and then do testing (another comment mentioned this) and rewrite what's slowest in C. I guess I'm warning against premature…