Go Modules in 2019

Re:Go Modules in 2019 by rwj on Wednesday December 19, 2018 @01:44PM (#18718117)

I'm not certain that Go is a great fit for this particular area. Others have mentioned generics, but I'd also worry that the lack of operator overloading is a weakness. There is a lot of Fortran out there, so operator overloading is not required, but I'd worry about the ergonomics of Go, especially given the strength of the other options.

[ Parent | on HN ]

Re:Go Modules in 2019 by stcredzero on Wednesday December 19, 2018 @05:02PM (#18720174)

The best course of action for Go on this front, would be to expose operator overloading of numeric operators, combined with a community expectation that this isn't to be used for anything but numeric operations.

What would be the disadvantage of using a syntactic preprocessor to accomplish the same thing? We have an API for parsing golang. What if there was a way of marking certain files to be parsed and re-written with function calls? It could be done with a file suffix, and this could be made fairly convenient.

[ Parent | on HN ]

Re:Go Modules in 2019 by Merovius on Wednesday December 19, 2018 @06:27PM (#18720975)

> The best course of action for Go on this front, would be to expose operator overloading of numeric operators, combined with a community expectation that this isn't to be used for anything but numeric operations.

I don't think this solves the issues. For example, I have yet to think of a way to overload `+` in a consistent and performant manner. E.g. think of `a += b` vs. `a = a + b`. Either you make them separate operators (in which case there's no guarantee they do the same thing - see for example Python, where they commonly differ) or you are overallocating in the common case.

[ Parent | on HN ]

Re:Go Modules in 2019 by stcredzero on Wednesday December 19, 2018 @08:47PM (#18721856)

Either you make them separate operators (in which case there's no guarantee they do the same thing - see for example Python, where they commonly differ)

Geez. That's obnoxious. Why do we programmers do this to ourselves?

or you are overallocating in the common case.

I see. I was thinking along the lines of being able to use complex numbers with arithmetic operators, not along the lines of doing high performance crunching of floats.

[ Parent | on HN ]

Re:Go Modules in 2019 by pjmlp on Thursday December 20, 2018 @02:42AM (#18723147)

Fortran supports operator overloading since Fortran 90, so 4 language revisions ago.

[ Parent | on HN ]