Incidentally, this is one of the central points of the Go article that keeps getting posted to HN and causing a flamewar each and every time from
@fasterthanlime; Go reduces complexity and makes things "simple" by just making it your/someone else's problem.
And it's absolutely not any better in terms of workability or final product.
@fasterthanlime Ostensibly, this is also one of C's chief issues. It's not simple; it just took the hard bits and says
"Go Fuck Yourself"
every time you want to try to address them in any meaningful fashion. We've fixed some of that in recent versions, but like... it's a running theme that we either just paper over complexity, or -- in the worst case -- shove all that complexity raw into the user's hands and tell them to figure it the hell out themselves. And it's brutal and often not helpful because a lot of that complexity comes from implementation-defined or undefined/unspecified characteristics that are under-documented or not at all documented.
@fasterthanlime Ostensibly, this is also one of C's chief issues. It's not simple; it just took the hard bits and says
"Go Fuck Yourself"
every time you want to try to address them in any meaningful fashion. We've fixed some of that in recent versions, but like... it's a running theme that we either just paper over complexity, or -- in the worst case -- shove all that complexity raw into the user's hands and tell them to figure it the hell out themselves. And it's brutal and often not helpful because...