Subscribe to Blog via Email
Join 296 other subscribers-
Recent Posts
Recent Comments
- Wlodzimierz Kuczynski on Vamvakaris: The flood
- opoudjis on Which Indian states are well known in other countries?
- Test Test on Which Indian states are well known in other countries?
- opoudjis on Karamanlis and their food
- Stazybo Horn on Karamanlis and their food
Archives
- July 2023
- June 2023
- May 2023
- February 2023
- June 2022
- November 2021
- October 2021
- March 2019
- February 2019
- November 2017
- October 2017
- September 2017
- August 2017
- July 2017
- June 2017
- May 2017
- April 2017
- March 2017
- February 2017
- January 2017
- December 2016
- November 2016
- October 2016
- September 2016
- August 2016
- July 2016
- June 2016
- May 2016
- April 2016
- March 2016
- February 2016
- January 2016
- December 2015
- November 2015
- September 2015
- February 2011
- January 2011
- November 2010
- July 2010
- May 2010
- April 2010
- March 2010
- February 2010
- January 2010
- December 2009
- November 2009
- October 2009
- September 2009
- August 2009
- July 2009
- June 2009
- May 2009
- April 2009
- March 2009
- July 2008
- June 2008
- November 2006
- October 2006
Categories
Meta
What reasons are there to not use Go (programming language)?
Tikhon Jelvis has just followed me, and I don’t want to annoy him by liking Go. 🙂
And I do like Go. But treating Golang as a general all-purpose language is silly and hype-y.
Golang is a low level, strictly typed language. It is almost as pleasant as a low level language can get: a lot of syntactic sugar has gone in to hide pointers and types from the developer, and to backdoor void * through the empty interface. (The interface is the one thing about Golang that I still bristle at.)
But the low level stuff is all still there. And it makes more sense to deal with low level stuff in applications where you need to, than in naturally high-level or prototype-y code. It makes more sense in context where it is useful to have a compiled binary.
I’m using Go in messaging infrastructure. I’m happy to, it makes sense to use a low level language there, and I’d rather cut Golang code than C code. (25 years of cutting C code does not make it any more congenial.) But I’d hesitate to use Golang in natural language processing.
(I find Python much more abhorrent than Golang, but in natural language processing, the library (NLTK) is king. If only Ruby had gotten there first.)
Performance, from what I gather, got better: my CTO was very enthused about the recent upgrade to v1.8 in the compiler, and you don’t care about compiler upgrades in more mature languages. The maturity nevertheless has come along, it seems, compared to earlier versions. The code is still low-level looking, and not at all as readable as Ruby or *shudder* Python; but because of the sugar, it is easier to write and to read than C.
Leave a Reply