Live data from Hacker News

I Want Off Mr. Golang's Wild Ride (2022)

fasterthanli.me

11–20 of 41 posts

Re: I Want Off Mr. Golang's Wild Ride (2022)

#11
Mostly this article seems to be whining about Go's file handling being more based around Unix-y stuff, and not really being suitable for Windows file systems.

So what? If you don't use it as intended, it might not do what you want. Don't use it on unsupported niche operating systems.

Re: I Want Off Mr. Golang's Wild Ride (2022)

#12
post #4

I have created and maintain a 130k SLOC Go codebase over the last four years or so, and there are a number of things about Go that irritate the shit out of me. I still get bitten by taking the address of a loop temporary on a surprising basis, for example, even though I am acutely aware of the issue. Or, I haven't really found any use for generics yet, because (as best I can tell) it's impossible to specialise and pr…

> seems to be an extended complaint that Go isn't as portable between Linux and Windows as the author would like it to be

I don't think that's true. The author is using that lack of portability as an example of what they think is wrong with Go:

> And they're symptomatic of the problems with "the Go way" in general. The Go way is to half-ass things.

> The Go way is to patch things up until they sorta kinda work, in the name of simplicity.

And I get the point they're making. The issue isn't that file permissions don't work consistently cross-platform in Go, it's that they can't work consistently cross-platform in anything but rather than add complexity Go has papered over the cracks. If that's an acceptable approach in a core file API who knows how often it's employed elsewhere in the runtime? The following section the post shows this mindset as implemented in monotime and the many potential footguns the official implementation introduces.

Re: I Want Off Mr. Golang's Wild Ride (2022)

#13

Doesn't rust suffer from the same, way too wide dependency web? I feel like its an unfortunate consequence of having a good package manager which encourages proliferation of too many very small dependencies.

This doesn’t need to be the case. It didn’t happen with Perl (CPAN) and Java (Maven), for example.

Re: I Want Off Mr. Golang's Wild Ride (2022)

#14
Ah, Go. I wrote a whole networking stack in it a few years back. I admit, I did get an incredible amount of performance from a very limited bit of hardware with it. However, it was dependency and module hell. Even the Go expert couldn't get it figured out enough to make it compile every time.

I'm really glad I got off that ride.

Re: I Want Off Mr. Golang's Wild Ride (2022)

#15
post #9

The April 2022 update at the end of the article has a good short summary: > If you're looking to reduce the whole discourse to "X vs Y", let it be "serde vs crossing your fingers and hoping user input is well-formed". It is one of the better reductions of the problem: it really is "specifying behavior that should be allowed (and rejecting everything else)" vs "manually checking that everything is fine in a thousand t…

I'm not sure exaclty what he's talking about with Serde, in Go when you deserialize data into a struct it is strongly typed. It's not up to the dev to check that you received a string or an int.

Re: I Want Off Mr. Golang's Wild Ride (2022)

#17
post #9

The April 2022 update at the end of the article has a good short summary: > If you're looking to reduce the whole discourse to "X vs Y", let it be "serde vs crossing your fingers and hoping user input is well-formed". It is one of the better reductions of the problem: it really is "specifying behavior that should be allowed (and rejecting everything else)" vs "manually checking that everything is fine in a thousand t…

I don't see how creating abstractions reduces the cognitive load. You create new concepts before you even need them + once you notice that the abstraction was wrong, now it's much harder to reverse.

Re: I Want Off Mr. Golang's Wild Ride (2022)

#18

Doesn't rust suffer from the same, way too wide dependency web? I feel like its an unfortunate consequence of having a good package manager which encourages proliferation of too many very small dependencies.

Actually Go does not suffer from that problem since it has a wide std lib, the original post took a liberate example of something that is not common.

Re: I Want Off Mr. Golang's Wild Ride (2022)

#20
post #9

The April 2022 update at the end of the article has a good short summary: > If you're looking to reduce the whole discourse to "X vs Y", let it be "serde vs crossing your fingers and hoping user input is well-formed". It is one of the better reductions of the problem: it really is "specifying behavior that should be allowed (and rejecting everything else)" vs "manually checking that everything is fine in a thousand t…

This is interesting. I think though that the first option eventually leaks though, and that (unfortunately) you will have to spend time debugging things, sometimes at great cost for really sophisticated abstractions. The tradeoff, and the tipping point are clearly not obvious though!
Post reply on HN