[scriptkiddy]

I have yet to understand why people are always trying to compare Go and Python. Python isn't made for the same use cases as Go is. Can Go do the work Python can? To an extent, yes. Can Python do the things Go can do? To an extent, yes. Python will always be slower with the CPython runtime.

In short, I agree with you.

[tankenmate]

In the case of Google Go was developed in part to take over some of workloads previously done in Python; a language that is comparably as easy to develop in, with better tools and better performance. I suspect this is why the comparisons keep popping up.

[scriptkiddy]

>In the case of Google Go was developed in part to take over some of workloads previously done in Python; a language that is comparably as easy to develop in, with better tools and better performance.

Go definitely performs better, buy I think it'd disingenuous to claim that Go has better tooling.

[sfifs]

Just by being a statically typed language, Go does have far better tooling and indeed many languages seem to copy its tooling concepts.

What Python does have is a far richer third party library base.

[scriptkiddy]

>What Python does have is a far richer third party library base.

I assumed this is what you were talking about. i.e. Ipython, Jupyter, pdb, etc.

[sfifs]

numpy pandas scikit-learn beautiful soup libraries for geo, geometry, tags, parsers etc etc. Python has an enormous base of sophisticated third party libraries.