Go is a modern programming language designed at Google to improve developer productivity. But how to improve productivity? By limiting engineers’ power and flexibility 😂
Why did I choose to learn Go?
- After Software Engineering at Google lecture I wanted to check if Go is truly so fantastic.
- Learning a new language is always good for your personal software engineering toolbox, especially if the language is distinctly different from what you already know.
If you want to adopt Go, you shouldn’t try to blindly translate patterns from other languages.
So, I wanted to learn how to write idiomatic code in Go and understand the reasons for the design decisions. I started my journey with book “Learning Go” written by Jon Bodner:
The book is well written, shows many examples and explains idiomatic Go design patterns. The book is for Go version 1.15 with a chapter about generics introduced in version 1.18. The current Go version is 1.19 as of this writing, but I didn’t find any groundbreaking new features in the latest releases.
The most fascinating part of the book for me, was chapter 10 “Concurrency in Go”. Concurrency model based on Communicating sequential processes paper from 1978. If you want to see how Go implements (more or less) this concurrency model, watch the session from Gopher conference presented by Kavya Joshi.
After this short video I had more unanswered questions than before, and I reached for another book: “Concurrency in Go” written by Katherine Cox-Buday 😀
Finally, I started writing extensive summary of Go language, what I really like, what I don’t like and where I haven’t formed an opinion yet. After a week or so, I figured out that “my summary” has already been written by Sylvain Valez in the article Go: the Good, the Bad and the Ugly. The article covers all my personal notes taken during the books’ lecture and more. And I fully agree with Sylvian, really no single point for dispute.
My final, personal verdict about Go language is …
I don’t buy it. I can’t accept language with mutable basic data structures and lack of support for functional programming paradigm. Not in 2022.