Generics for Go
Generics for Go
Posted Jul 4, 2020 8:26 UTC (Sat) by cpitrat (subscriber, #116459)Parent article: Generics for Go
"(The C approach.) Leave them out. This slows programmers. But it adds no complexity to the language."
Actually the C approach is drop the safety net (typing) and use (void *)
"The generic dilemma is this: do you want slow programmers, slow compilers and bloated binaries, or slow execution times?"
Actually the first option's issue is not slow development, it's choosing between loosing type safety or duplicating code which in both cases, means higher risk of bugs. Yes it also means slower development, but not by a huge amount and that's not a big issue.
