I write really clean code with a single task in mind, so it isn't as bad as it sounds. As long as there is Memcache and Regex, I'm 90% of the way there. As it happens I'm rewriting all of my code in python at the moment to remove cruft, and to increase my efficiency in not just serving content but in managing my transaction logs. I have been storing a lot of stuff I didn't know if I would need later.
From: google-appengine@googlegroups.com [mailto:google-appengine@googlegroups.com] On Behalf Of saidimu apale Sent: Friday, May 13, 2011 12:52 PM To: google-appengine@googlegroups.com Subject: Re: [google-appengine] So Tell Me About GO The value of a language is more than just the language core and standard libraries. It's also in the ecosystem around the language. Python has an awesome ecosystem around it and a decent chunk of packages can run unmodified on App Engine (though some key packages can't run on GAE). Deciding to rewrite your code from scratch is no small undertaking. It's sad that you're forced to consider this. I think Java is a better bet at this point. There's no telling when GAE's Go will have the single-thread restrictions lifted. Plus, the ecosystem around Java is arguably much larger than that around Go. saidimu On Thu, May 12, 2011 at 9:34 PM, Brandon Wirtz <drak...@digerat.com> wrote: I learned Python specifically for working on GAE. I reasonably suck at the language but it had advantages of reduced overhead which I thought would make it the ideal choice for GAE and enterprise class deployments where 5% increase in performance meant 5% on my bottom line. Everything I read says that GO is great for multi-threaded Applications. Awesome! Then you read the Google bits: The Go runtime environment for App Engine provides full support for goroutines, but not for parallel execution: goroutines are scheduled onto a single operating system thread. This single-thread restriction may be lifted in future versions. So.. Do I port my python app to Java knowing I get multi-thread and can save a crap ton of money on instances when the new pricing hits? Or do I port my code to GO expecting that it will be the multi-thread homerun that it is on other platforms? OR.(highly unlikely) Do I hope that GAE makes the instances smaller and cheaper when running python so that I can get $.02 per hour instances that are 1 4th the size so they run at 100% cpu instead of 25% cpu? Essentially I'm asking "It appears in the new paradigm pricing was optimized for Java, is this the case or is it optimized for GO and Java just gets the benefits right now, or is Python really what GAE was born for and will it come back to being the cost favorite?" -Brandon -- 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-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com <mailto:google-appengine%2bunsubscr...@googlegroups.com> . For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- 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-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. -- 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-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
