Why does this article only compare Go with interpreted languages at the top? Go is a compiled language; wouldn't it be more fair to compare it with other languages that can be compiled, like C++, Rust, Haskell, or Lisp/Scheme? I mention this because the article acts as if getting rid of abstraction layers between the OS and the code is a new idea. No, that's how all compiled languages are... that's the point of compi…
Author here. I was comparing things that I have developed software in. It would seem unfair to compare things that I have not actively contributed production code and deploy. I mainly write web applications (services) of which C++, Rust, Haskell or Lisp/Scheme are not languages I find compelling to write web applications with. Would love to hear if you find this otherwise.
My Opinionated Guide To Go
71–73 of 73 posts
Re: My Opinionated Guide To Go
#72Earlier quoted context omitted.
The question he's addressing isn't what you can do, but what is commonly being done. You don't need RVM, you don't need Docker. Hell, you don't need Rails. But those are the idiomatic layers of the stack, for a non-trivial part of the Ruby development community.
Sorry for the confusion JVM = Java Virtual Machine, RVM = Ruby Virtual Machine, PVM = Python Virtual Machine. What I was trying to point out the layers of vitalization just to run an application. Docker is yet another layer on top of the operating system (a virtual machine running inside an operating system inside an operating system possible ect).
Re: My Opinionated Guide To Go
#73Earlier quoted context omitted.
The question he's addressing isn't what you can do, but what is commonly being done. You don't need RVM, you don't need Docker. Hell, you don't need Rails. But those are the idiomatic layers of the stack, for a non-trivial part of the Ruby development community.
Docker is used by a non-trivial part of the Ruby community? I find that hard to believe.