5 ms·

A programming language should be stable, not add/change things all the time.

andy_ppp 7y ago
Sure, it’s just that Golang deliberately lacks features to create abstractions which means every time I look at it I’m disappointed. It’s very frustrating how unstable and slow in terms of dev speed things are in the last THREE places I’ve worked (as a frontend with the backends all written in Golang). Go teams seem to rebuild everything from scratch and they never seem to understand micro services in the context of distributed systems. I mean we are doing microservices, Golang, grpc, cockroach dB and we have a few thousand users maximum. It drives me up the wall that this stack is so popular and the engineers championing it can’t deliver reliable software quickly in it... most of them can't even optimise queries in SQL and are concatenating strings together in SQL queries. Take the Elixir ecosystem; I could outpace a team of three Golang engineers easily writing stuff in Elixir and my software would almost never crash or panic and be very flexible when changes were needed. Everything in Golang is calcified around current product requirements and a nightmare to change. So forgive me when I think Golang has a long way to go before it's something I'd want to use for anything but the smallest of command line tools.
- kc1116 7y ago
  Sounds like you worked with shitty backend engineers. I don’t understand how Go has anything to do with that. Nobody uses elixir bud, and saying basically “my software would be perfect” is a naive silly thing to say.
  - andy_ppp 7y ago
    I just think I've had this happen three times in a row, as if there is something likely to be wrong with the types of programmer who choose this technology. I never said my code is perfect or bug free at all, you just made up a straw man to weaken my anecdotal evidence.
    - apta 7y ago
      > I just think I've had this happen three times in a row, as if there is something likely to be wrong with the types of programmer who choose this technology. You can add a datapoint to that based on what I have experienced as well at an employer. Exactly what you mentioned, so much time wasted either due to reinventing the wheel, or because of language friction and it being way underpowered to model the problem at hand. I keep laughing that Java would have been a way superior fit in practically all fronts.
- ashtonian 7y ago
  If you can't make abstractions in golang without generics your programming wrong.
signa11 7y ago
imho, none of the mainstream languages are in such a state. from venerable C on one hand to Python to Rust to Erlang, even Fortran ! every single one of them is changing. and, once again imho, this state of affairs is _exactly_ right as well. newer h/w, a deeper perspective on what works and what doesn’t all contribute significantly to this flux. embrace the change :)
- NotPaidToPost 7y ago
  C is stable. There's a massive difference between a few changes every 10 years and new features every year.
vorpalhex 7y ago
Golang has been very stable while still adding new features...

Sure, it’s just that Golang deliberately lacks features to create abstractions which means every time I look at it I’m disappointed. It’s very frustrating how unstable and slow in terms of dev speed things are in the last THREE places I’ve worked (as a frontend with the backends all written in Golang). Go teams seem to rebuild everything from scratch and they never seem to understand micro services in the context of distributed systems. I mean we are doing microservices, Golang, grpc, cockroach dB and we have a few thousand users maximum. It drives me up the wall that this stack is so popular and the engineers championing it can’t deliver reliable software quickly in it... most of them can't even optimise queries in SQL and are concatenating strings together in SQL queries. Take the Elixir ecosystem; I could outpace a team of three Golang engineers easily writing stuff in Elixir and my software would almost never crash or panic and be very flexible when changes were needed. Everything in Golang is calcified around current product requirements and a nightmare to change. So forgive me when I think Golang has a long way to go before it's something I'd want to use for anything but the smallest of command line tools.

kc1116 7y ago
Sounds like you worked with shitty backend engineers. I don’t understand how Go has anything to do with that. Nobody uses elixir bud, and saying basically “my software would be perfect” is a naive silly thing to say.
- andy_ppp 7y ago
  I just think I've had this happen three times in a row, as if there is something likely to be wrong with the types of programmer who choose this technology. I never said my code is perfect or bug free at all, you just made up a straw man to weaken my anecdotal evidence.
  - apta 7y ago
    > I just think I've had this happen three times in a row, as if there is something likely to be wrong with the types of programmer who choose this technology. You can add a datapoint to that based on what I have experienced as well at an employer. Exactly what you mentioned, so much time wasted either due to reinventing the wheel, or because of language friction and it being way underpowered to model the problem at hand. I keep laughing that Java would have been a way superior fit in practically all fronts.
ashtonian 7y ago
If you can't make abstractions in golang without generics your programming wrong.

signa11 7y ago

imho, none of the mainstream languages are in such a state. from venerable C on one hand to Python to Rust to Erlang, even Fortran ! every single one of them is changing. and, once again imho, this state of affairs is _exactly_ right as well. newer h/w, a deeper perspective on what works and what doesn’t all contribute significantly to this flux. embrace the change :)

NotPaidToPost 7y ago
C is stable. There's a massive difference between a few changes every 10 years and new features every year.

vorpalhex 7y ago

Golang has been very stable while still adding new features...