> Garbage collection is already implemented with high performance in Java and other platforms, what's new? A simple language that can be used for both 'scripti

> Garbage collection is already implemented with high performance in Java and other platforms, what's new? A simple language that can be used for both 'scripting' projects and larger applications, natively, statically compiled, with a modern standard library aimed at what a lot of "ops" development is currently in need of. Hence the explosion of tools written in Go targeting that field. Maybe it's not suitable for your applications, but there is clearly a market for this. > but AFAIK embedded devices programming goes to very low level details and thus I can't think how a code that is tied to the specific hardware would be portable, no matter what the language is. That depends on the type of embedded stuff. I wrote a ton of embedded code targeting various embedded OS's on POS systems running m86k, MIPS, ARM and other stuff. I was responsible for designing and writing a generic hardware abstraction layer. It took considerable resources, but once streamlined, porting to another platform took about 3 months (if the hw and compiler/toolkit vendor were helpful, otherwise it could take years). It gave us the massive advantage of being able to develop/debug/showcase the application logic on a PC or on alternative hardware, and then finally target the real hardware when the HAL was finished and work out some kinks there, taking another month or so. So yes it's absolutely possible to write portable embedded code. > I thought Google had smarter language designers. At least Mozilla did a decent effort with Rust. Given the adoption rate of Go in the ops field, which incidentally is what Google needs a lot, I'd say they at least got something right.