5 ms·
What about Python? It doesn't yell at you for having unused variables which is nice for actually developing the software. My main gripe with Go is it doesn't s
by perth 5y ago
What about Python? It doesn't yell at you for having unused variables which is nice for actually developing the software.
My main gripe with Go is it doesn't seem geared toward figuring out new things, or letting people hack and experiment during development.
- konart 5y agoI think you just don't have enough practice, to be honest. I came to Go from Ruby (and Python too, but I mostly used it before 2.7) and soon enough all my hacks and "let's try it this way" projects were in Go. >It doesn't yell at you for having unused variables which is nice for actually developing the software. No it is not. That was my first impression too but after a few weeks you understand that this was just a bad habit. Not a practice.
- perth 5y agoYeah I will admit I only tried Go for a few hours and hated it, so I don't have much experience with it.
- konart 5y agoI'd also like to point out that much depends on what kind of software you are developing. My main job for the past 5-6 years is system integration and I had a chance to compare Ruby and Go in this field. And this is definitely where I'd prefer Go to most other languages. You don't need clever code most of the time, you need really clear and safe code that will run for a decade after deployment.
- joelbluminator 5y agoRuby code can run for a decade after deployment as well...
- konart 5y agoAny code can. The question which language makes it easier to write such code (assuming it still should be readable and maintainable, even by the new employees, even if they are not familiar with all the tech behind it)
- joelbluminator 5y agoRuby does imo. Go looks incomprehensible to me and I can't stand its lack of expressiveness. This is all a matter of opinion, to you Go wins because you know Go well or like Go better, to me vice versa. There is no objective truth here.
- rob74 5y agoYeah, I love these dynamically typed languages that don't yell at you when you make a mistake, but then fail spectacularly in production (which you might not notice for some time if you don't look into the logs or if that part of the code isn't run that often). But I agree that Go doesn't offer a lot for people who like to fiddle around endlessly with the language features - OTOH this allows you to concentrate on the thing you should be fiddling with, which is the actual implementation.