> If you were starting a new app today, would you use java or python?
python
> Why?
Far more efficient development cycle.
>
> Will python ever be as efficient in multi threading as java?
Certainly in the ways that matter for the kinds of apps you write for GAE.
>
> Will Larry Ellison keep java free?
Of course. But even if he didn't, it wouldn't matter, because google has written their own VM anyway, so they'd change the name to Kava or Lava to avoid the trademark problem, and keep everything else the same.
>
> Python is a beautiful language, but may be too expensive to run in
> GAE.
That isn't a question. And it's also completely wrong. For the most part, python is faster in GAE than Java, and I suspect that will never change.
>
> --
> You received this message because you are subscribed to the Google Groups "Google App Engine" group.
> To post to this group, send email to google-a...@googlegroups.com.
> To unsubscribe from this group, send email to google-appengi...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
>
though we've explored with go a bit too.
Not sure what Larry Ellison has to do with all this, JDK 1.6 is GPL. Not like
GAE is going to be upgrading to JDK7 anytime soon anyway.
As for why we use java. we like groovy, we like gaelyk. We found it works
well enough for our usage.
> --
> You received this message because you are subscribed to the Google Groups "Google App Engine" group.
> To post to this group, send email to google-a...@googlegroups.com.
> To unsubscribe from this group, send email to google-appengi...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
>
--
Omnem crede diem tibi diluxisse supremum.
We chalked this up to the balance of API vs Instance cpu cycles of our app.
The Python versions of API calls, seem to be more mature and efficient. We
also found that for whatever reason Regular expressions are MUCH faster to
process in Python than they are in Java. Which again everyone tells us
shouldn't be the case.
From where I sit, with the speed testing I have done, I expect that to apps
reasonably well written are going to run neck and neck on GAE, because Speed
is often more a factor of the DataStore, FetchURL, MemCache, and other
things which are shared between the languages, and that unless you hit upon
something that is not mature in one language or the other, that also happens
to be core to your code, you won't see a difference.
Based on my last statement you can also say that Python and Java will cost
the same to run on GAE.
--
-----Original Message-----
From: google-a...@googlegroups.com
[mailto:google-a...@googlegroups.com] On Behalf Of GAEfan
Sent: Thursday, January 19, 2012 3:32 PM
To: Google App Engine
~all the best.
--
Perhaps this should be phrased as "JVM vs Python runtime", because
there are other languages you can run on the JVM besides Java
(including Python, oddly enough).
I write most of my "serious" apps in Java because I think statically
typed languages are superior for large, complicated codebases.
However I am not terribly fond of the Java language, and look forward
deploying Ceylon apps on GAE.
I use GAE/Python for simple fun apps that have limited scope and can
be banged out quickly. Or of course if the organization inheriting
the codebase prefers Python. But I find that once a codebase reaches
a certain size, significant refactoring becomes a serious problem
without the kind of IDE support you can only have with static typing.
Jeff
And sometimes I want to Add A and B as the sum of their Unicode characters.
-Brandon
PS
My typing is often confused for static, because when you type like the wind
the way I do it becomes a fuzz of white noise.
> Why?
It is faster to develop in, and the terse syntax is very nice (once
you're accustomed to it).
>
> Will python ever be as efficient in multi threading as java?
Without a doubt for apps making many RPCs.
>
> Will Larry Ellison keep java free?
>
> Python is a beautiful language, but may be too expensive to run in
> GAE.
The first half of that sentence is true for sure.
Robert