The search for easier safe systems programming

Re:The search for easier safe systems programming by pdimitar on Wednesday May 08, 2024 @07:14AM (#40296653)

And it's trivially easy to ignore an error.

Also channels and WaitGroups are easy to misuse (well, that's why there's also an ErrGroup now).

I'd make Golang my 100% go-to language if it got rid of several footguns.

Though let's be real, that's absolutely certain to never happen, they take their backwards compatibility extremely seriously. So we'll have to keep relying on checkers and linters that alleviate some of the pains somewhat.

[ Parent | on HN ]

Re:The search for easier safe systems programming by angra_mainyu on Wednesday May 08, 2024 @07:44AM (#40296883)

I'm not aware of any serious Go project without linting and tests.

In fact, most projects I've worked on won't even merge a PR with ignored errors.

Also, `go test -race` is a Go feature, there's nothing wrong with using it.

[ Parent | on HN ]

Re:The search for easier safe systems programming by dgacmu on Wednesday May 08, 2024 @07:58AM (#40296990)

go test -race is awesome and everyone should use it.

But it's worth remembering that it's a dynamic analysis that only covers access patterns created by your tests.

[ Parent | on HN ]