Live data from Hacker News

Go 2018 Survey Results

blog.golang.org

11–20 of 91 posts

Re: Go 2018 Survey Results

#11
I'm a big fan of both Go and Rust, and it's really interesting to see Rust ranked #3 in preference but #17 in expertise.

Rust is not a simple language by any means -- it's a great replacement for C++, but I'd be pretty surprised if it displaced the popular general purpose languages (which Go has actually managed to do.)

Re: Go 2018 Survey Results

#12
Moving to Go at work has made me incredibly happy. It really is a fun language and I tend to use it for my side-projects as well

Coming from Java, I find that I don't miss generics and exceptions as much anymore as I thought I would :)

Re: Go 2018 Survey Results

#13
> VS Code and GoLand are surging in popularity and are now the most popular code editors among survey respondents.

I wish the package situation for Go was better for SublimeText. Currently most of the worthwhile golang packages that add vet, goimports, fmt, etc support are either abandoned or buggy. Margo bailed on using Package Control so it's difficult to install, not to mention buggy.

I've used VSCode for a while but it chokes sometimes and you can't beat the speed, ease, and power of SublimeText.

Re: Go 2018 Survey Results

#14
post #6
post #3

I'm not surprised that the official Go survey showed: "..Go is the top language they'd prefer to use..." It doesn't really say much given the selection bias.

The question on its own is useless given the audience - yes. However if you combine that question with the - e.g. - primary field a person works in it gets interesting. Say a person said they're mostly writing finance software and Go isn't a language they'd prefer to use for their next project. Those two data points on their own also don't tell much - but if multiple people answer with that combination the Go team kn…

As a person who is mostly writing finance software I can tell that Go is not very well suited for any kind of rich application domain (which finance definitely is). OOP and Java + C# in particular have a very strong hold in finance. We can argue whether composition is an adequate substitute for inheritance, but the lack of generics is pretty much a non-starter.

Go works very well in domains with a well-defined and limited set of entities.

Re: Go 2018 Survey Results

#16
post #11

I'm a big fan of both Go and Rust, and it's really interesting to see Rust ranked #3 in preference but #17 in expertise. Rust is not a simple language by any means -- it's a great replacement for C++, but I'd be pretty surprised if it displaced the popular general purpose languages (which Go has actually managed to do.)

Go has not displaced anything around here.

Still plain old Java, .NET and C++ as always.

Re: Go 2018 Survey Results

#17
post #16
post #11

I'm a big fan of both Go and Rust, and it's really interesting to see Rust ranked #3 in preference but #17 in expertise. Rust is not a simple language by any means -- it's a great replacement for C++, but I'd be pretty surprised if it displaced the popular general purpose languages (which Go has actually managed to do.)

Go has not displaced anything around here. Still plain old Java, .NET and C++ as always.

[deleted]

Re: Go 2018 Survey Results

#18
post #11

I'm a big fan of both Go and Rust, and it's really interesting to see Rust ranked #3 in preference but #17 in expertise. Rust is not a simple language by any means -- it's a great replacement for C++, but I'd be pretty surprised if it displaced the popular general purpose languages (which Go has actually managed to do.)

Yep, Go displaced Python,JS,PHP,Ruby,Java /s

Re: Go 2018 Survey Results

#19
I'd be particularly interested in seeing a low-expertise / high-expertise comparison on satisfaction / desired improvements. It takes a while to learn (in every language) what's going to bite you and how to deal with it / how well it works.

Re: Go 2018 Survey Results

#20

> VS Code and GoLand are surging in popularity and are now the most popular code editors among survey respondents. I wish the package situation for Go was better for SublimeText. Currently most of the worthwhile golang packages that add vet, goimports, fmt, etc support are either abandoned or buggy. Margo bailed on using Package Control so it's difficult to install, not to mention buggy. I've used VSCode for a while…

At the end of last year, a great systematic rewrite of Sublime's Go grammar was merged. So at that (admittedly surface-) level, it's doing very well.

I just maintain my own on-save hooks, build systems and plugins to integrate various quality-of-life Go tools. With the benefit of being able to tailor any such functionality to exactly the way you like to work and nothing more, it's far less effort than it would be to create the all-singing-all-dancing comprehensive package that is absent.

Post reply on HN