News for hackers. Stuff that matters.
Re:Thirteen Years of Go by traceroute66 on Friday November 11, 2022 @02:41PM (#33565721)
> I had a Python ....

IMHO, the biggest win of Go over anything Python is the single distributable.

You write once. Compile (or cross-compile) once. Distribute the binary. Job done.

Python you've got the hell of dependencies. Write your script once, but then users have to endure pip hell for the hundreds of libraries you've depended on. And then the potential different dependencies between different Python stuff.

Go is awesome for that and the Go stdlib has 80+% of what most people need.

Re:Thirteen Years of Go by greymalik on Friday November 11, 2022 @03:10PM (#33566140)
Are there reasonable Go alternatives to pandas, numpy, and sklearn?
Re:Thirteen Years of Go by traceroute66 on Friday November 11, 2022 @05:09PM (#33567548)
> Are there reasonable Go alternatives to pandas, numpy, and sklearn?

You got me there. That is one of the things I keep asking Santa to bring me for Christmas. ;-)

I wish someone would come along with a competitive Go ML lib. That would be awesome with a capital A !

There are one or two niche libraries around for specific tasks (e.g. anomaly detection) but there's no broad-scope general ML library.

Re:Thirteen Years of Go by Xeoncross on Friday November 11, 2022 @06:05PM (#33568021)
Yes, I would also like better C interop speed and better GUI toolkits for desktop apps/games. But hey, that is why we have Rust.
Re:Thirteen Years of Go by throwaway894345 on Friday November 11, 2022 @02:50PM (#33565855)
Also, you can run that Go binary on any Linux system whereas with Python you'll be lucky if you can run on any non-Ubuntu/RHEL Linux system. Moreover, that Go binary will be like 10% of the size of a Python artifact (which amounts to significantly faster deployments and cold start times for things like Lambdas) and it will perform about 2-3 orders of magnitude faster than Python and there will be headroom to optimize (whereas with Python you're usually not going to eek much performance out beyond the naive implementation without substantially overhauling the architecture).
Re:Thirteen Years of Go by ColonelPhantom on Friday November 11, 2022 @11:38PM (#33569997)
I work on a Python/Django project, and frankly, that hasn't been my experience at all. Poetry makes per-project dependency management using venvs a breeze. There are a few deps on native libraries, such as libjpeg, so you do need to make sure those are installed, but the needed libraries are quite easy to find on most systems, and our Dockerfile only lists a dozen or so apt packages. There are also a lot of Mac users on our team, and they don't have any issues either.

Sure, it's not as nice or compact as a single binary, but "you'll be lucky if you can run on any non-Ubuntu/RHEL system" is massively overblown.