Go 1.18 - Hackdot

Re:Go 1.18 by kortex on Tuesday March 15, 2022 @06:41PM (#30692895)

Great point. Although, that sounds like a typical example of "let's write it the ergonomic but less performant way first, then profile and refactor as needed". That seems very tractable for that sort of refactor, especially with type safety.

Also I would not be surprised to see JIT-like behavior from go tooling, first party or otherwise, if that sort of approach takes off.

[ Parent | on HN ]

Re:Go 1.18 by lifty on Wednesday March 16, 2022 @07:19AM (#30697453)

And now we introduced 2 new problems: 1. We have 2 ways of doing stuff (boring loop vs map) 2. We have a new hidden way to introduce performance degradation by importing a library that uses map

You might argue that you should know what you're importing, but in practice, it can hurt the overall ecosystem. I'm still supporting the introduction of generics, but the tradeoff should be clear to everyone.

[ Parent | on HN ]