LOLOLOLO1

I really doubt running ARM64 Linux in VM will be a problem. Most software from repositories should be OK as well.

No of course. It may loses at some benchmarks made by Java or Python/Ruby coders.

Two areas where it is actually slower are

1) Memory allocation 2) Regular expression performance.

But you must understand your Java app won’t have performance advantage because of faster alloc speed IRL: GC will take lots of CPU, because Go’s one is much easier at memory release. You can only see allocation advantage in micro benchmarks where the app stops before the GC will start.

"oneof" construction is here for two reasons:

1. It enhances readability 2. It would be a surprise to you: oneof actually enhances type safety. It is just lacking type system of Go where you cannot express the feature and thus loses type safety.

Protobuf has first class enum support and also provides a thing called "oneof". Go doesn't have anything of this. So, it is clearly not the right tool for the job. Sorry guys, you are wasting your time sticking to Go constructs only.

Scala is a perfect example of how NOT to design languages.

Coding in scala is just like wearing this http://blogs.watoday.com.au/lifestyle/fearclothing/tacky2_co... Scala is really bad designed. Odersky is too stubborn and doesn't seem to have real world experience, thus the chimera he created.

Spark is not just written in Scala, they shared the same philosophy of underthought design.

Luckily, there's a little reason of using Spark after Yandex released their Clickhouse: it better compresses data, it is much faster, it doesn't need crazy infrastructure of low quality Apache's code, it can be used in a realtime which is really huge.