News for hackers. Stuff that matters.
Re:Learning Go by porting a medium-sized web back end from P... by rjammala on Thursday November 09, 2017 @09:49AM (#15662800)
How about this: once you write code in Go and test it well, you can deploy it and forget about it unless there is a hardware issue? I recently ported some C++ code to Go which processes 8 Billion events per day flawlessly.
Re:Learning Go by porting a medium-sized web back end from P... by joshuamorton on Thursday November 09, 2017 @12:26PM (#15664150)
I feel like this is true for any language though.

Once you write a well designed, well tested, and feature complete piece of software, you can deploy it and forget about it unless the server it's running on breaks.

Go isn't special in that regard, unless there's something that makes Go easier to write, test, or deploy, which might be the case, but you haven't supported that.

Re:Learning Go by porting a medium-sized web back end from P... by rjammala on Thursday November 09, 2017 @12:46PM (#15664296)
Our team was able to develop/deploy about 20 Microservices in Go in the past year or so which is really awesome. I can say this after having worked with several other languages.
Re:Learning Go by porting a medium-sized web back end from P... by abiox on Thursday November 09, 2017 @04:23PM (#15665972)
how much of this would you attribute to the stdlib and popular libraries, vs the language itself?
Re:Learning Go by porting a medium-sized web back end from P... by rjammala on Thursday November 09, 2017 @04:53PM (#15666137)
Strong stdlib definitely helps but the language itself is so refreshingly simple and very efficient.
Re:Learning Go by porting a medium-sized web back end from P... by plexicle on Thursday November 09, 2017 @01:10PM (#15664473)
Any language that compiles to a static binary, sure.
Re:Learning Go by porting a medium-sized web back end from P... by joshuamorton on Thursday November 09, 2017 @03:20PM (#15665561)
Even if not. Depending on your paranoia, lockfiles or containers or bazel solve that problem.