← Back to context

Comment by frizlab

2 years ago

Go is not a good example either. Some times ago we tried compiling a code a few years after it was made, it did not work. Someone who actually knew the language and tooling tried and said there was a migration to be done and it was complicated. I have not followed the subject up close but in the end they just abandoned IIRC.

Yeah I had go code that didn't last a year before it couldn't be compiled.

  • Curious to me as backwards compatibility has been one of the strengths I hear Go proponents cheer.

    Any idea what were the APIs that were likely to cause problems?

  • I don't think I've ever had that problem -- particularly once they introduced Go modules, which specified a specific version of a library dependency. My experience is like the author's: Even old random packages I wrote 5 years ago continue to Just Work when used by new code.

    There are a handful of functions that they've deprecated, which will produce warnings from `go vet`; but that doesn't stop `go build` from producing a usable binary.