Google launches Go runtime for App Engine
It's a Go for SDK 1.5.2
Regcast training : Hyper-V 3.0, VM high availability and disaster recovery
Google has released a Go runtime for Google App Engine, adding that homegrown platform-as-a-service specialist programming language to the Python and Java runtimes already available.
"This means you can take that Go app you've been working on (or meaning to work on) and deploy it to App Engine right now with the new 1.5.2 SDK," writes Google engineer Andrew Gerrand in a post on – where else? – The Go Programming Language Blog.
By "right now," of course, Gerrand means right after you download the SDK, which is available in 64-bit and 32-bit versions for Linux and Mac OS X. Of course, if you're not familiar with Go and the Google App Engine, it might also be a good idea to first peruse Google's Getting Started docs.
But don't expect completely smooth sailing. As Gerrand points out: "Note that the Go runtime is still considered experimental; it is not as well-supported as the Python and Java runtimes."
Google touts Go as "expressive, concise, clean, and efficient," and describes it as "a fast, statically typed, compiled language that feels like a dynamically typed, interpreted language."
When Google promised the runtime's release this May at the Google I/O conference in San Francisco, one of Go's creators, Rob Pike, told The Reg: "For large programming – programming in the large, like we do at Google, using large systems with many programmers working on them – static [typing] is a huge safety net. It catches tons of stuff early that would not be caught with all-dynamic typing.
"Go is a real systems language, a compiled language. You can write really efficient code that runs closer to the metal. But you can use ... higher-level ideas to build servers out of the pieces you put together," he said.
And now that the runtime is out of beta, you can use Go to tap into the Google App Engine online service, and run Go apps on top of Mountain View's massively distributed infrastructure.
COMMENTS
case sensitivity is sensible
It's laughable how many windows filesystem kernel API can't be used at various interrupt levels solely because they require use of code table for operating on filenames in a case insensitive way.
I'm sure MS regret case insensitive file systems.
And we wonder: if E folds to e, does ê map to e, and if so, when?
The fact is, they are different, case is meaningful, so enjoy it and make it mean something.
One step forward, two steps back
Not sure it will be any use to me without a widget set or IDE of some sorts but could be a good back end language.
I still love the simplicity and power of C however it isnt perfect and I welcome any improvements to reach nervana
eg C's assignment operator still trips me up
if(a=1) { ...} /* launch nuclear weapons */
when I meant
if(a==1) {.. } /* launch nuclear weapons */
and why do we still have case sensitivity, it just means a second pass through my code correcting the syntax

IT infrastructure monitoring strategies
Requirements Checklist for Choosing a Cloud Backup and Recovery Service Provider
Data control in the cloud
Cloud based data management
Enabling efficient data center monitoring