Half a million lines of Go

Re:Half a million lines of Go by strken on Sunday May 16, 2021 @11:11PM (#27179731)

The problem with not having generics is the systems you build instead. They either throw away type safety and use reflection, which causes hard to debug issues, or they lean on code generation, which is slow and hard to debug.

I agree that the lack of generics only shows up once in a while and doesn't hamper productivity as much as might be expected, but I'm still very excited to see them added to the language.

[ Parent | on HN ]

Re:Half a million lines of Go by 1_player on Monday May 17, 2021 @04:17AM (#27181140)

> throw away type safety

In theory yes, in practice if your Sort array function takes a list of interface{} instead of a well defined type is not going to cause any type bugs. Might be slow, might be ugly, but lack of types on functional/generic stdlib functions doesn't make your code buggier if the original implementation is sound.

[ Parent | on HN ]

Re:Half a million lines of Go by theshrike79 on Monday May 17, 2021 @07:24AM (#27182252)

I'm cautiously optimistic about the addition of generics to Go.

If all goes well, we'll get some nice stdlib stuff and 3rd party functions for handling different kind of data with a common api.

But if the - you know what kind of people - discover it in earnest, we'll get a hellscape of C++ templating proportions when people go way overboard with it.

Time will tell.

[ Parent | on HN ]