Go Is on a Trajectory to Become the Next Enterprise Programming Language

Re:Go Is on a Trajectory to Become the Next Enterprise Progr... by networkimprov on Thursday May 09, 2019 @03:55PM (#19871729)

And when you finally get them, you'll wonder how you ever lived without :-)

[ Parent | on HN ]

Re:Go Is on a Trajectory to Become the Next Enterprise Progr... by mcdee on Thursday May 09, 2019 @04:25PM (#19872051)

Yet having moved from (primarily) Java to (primarily) Go I find I don't miss them.

[ Parent | on HN ]

Re:Go Is on a Trajectory to Become the Next Enterprise Progr... by Insanity on Thursday May 09, 2019 @04:25PM (#19872052)

I had them (Java and C#) and I am happy Go does not have them. I feel like most people just miss them for collections and abuse them in other instances.

And for collections Go has other tools (like generator if you really want to). Overall in the 2ish years of writing Go, I only missed them when I was learning the language coming from years of Java.

[ Parent | on HN ]

Re:Go Is on a Trajectory to Become the Next Enterprise Progr... by erik_seaberg on Thursday May 09, 2019 @10:10PM (#19874472)

When you need to switch from native maps to sync.Map, you not only have to give up type safety but rewrite all your calling code. Codegen doesn't help because you are not one of the people allowed to overload those operators.

[ Parent | on HN ]