Hacker News Reader

Comment by freediver | Hacker News Reader

Python is a joy to use and is used by a large number of apps as a tool of choice to get things done. Almost all of "retail" web crawling and machine learning in the world runs on Python.

In practice it is not slow at all. Plus the development iteration speed is probably second to none of all the programming languages.

If I would have my kid learn two programming languages it would be HTML and Python.

View on HN

I never said that python is a bad language. In fact it is my favorite language and I probably have written more python code than any other language.

That has nothing to do with it being slow though. And as I said, all those machine learning code rely on numpy (which relies on LAPACK which is not written in python) or highly optimized cuda kernels (which again is not written in python).

Which is the optimal split! Write application/composing code in Python and highly performance sensitive parts in some FFI language (nowadays probably Rust?). It's not great if you do performance sensitive stuff all the time, but amazing if you just want to build something.

I understand and somehow agree with your point, however, it would also be nice for someone to have the ability to build something performant with a language like Python. But this is not really possible today, so the narrative that Python is for prototyping will keep holding.

> In practice it is not slow at all.

In practice, you're either not using Python (sleeping, while waiting for IO operations) or not using Python (C/Fortran/whatever libraries for heavier lifting: Pandas, numpy, PyTorch, etc).

I'd rather get things done in Go (or Rust). Better standard library, sane package management, dumb easy concurrency & parallelism, easy to distribute, compiles to a binary.

You spend far more time porting python libraries to rust when you can just use python for the vast majority of use cases.

is there a numpy for go? because numpy style numerics is table stakes for anything that replaces python.

https://www.gonum.org/

I already knew about gonum. That's not numpy for go. Have you tried it? It's not really a replacement for numpy. And the API looks liek they barfed a bunch of line noise into the top-level namespace. By the time I've typed in the code in https://www.gonum.org/post/intro_to_stats_with_gonum/, numpy already computed the mean.

Not a compelling repalcement. I spoke to the gonum developers when they first created it and told them they were wasting their time beceause the go leaders made their language intentionally be a "systems language", not a "scientific language".

Go is painfully verbose and Rust painfully complex compared to python.

Reply on news.ycombinator.com