Processing 40TB of code from 10M projects with a dedicated server and Go

Re:Processing 40TB of code from 10M projects with a dedicate... by eeZah7Ux on Tuesday October 01, 2019 @05:04AM (#21123398)

This is becoming a parody of software engineering.

People are now irrationally scared of using dynamic libraries, OS packages and even directories, like virtualenvs.

Instead, a simple solution is replaced with containers, or by rewriting tons of code in the new hyped language.

Are we trying to create job security through unnecessary complexity?

[ Parent | on HN ]

Re:Processing 40TB of code from 10M projects with a dedicate... by grumpydba on Tuesday October 01, 2019 @05:29AM (#21123557)

> Are we trying to create job security through unnecessary complexity?

As a python/go dev, I can assure you that go is not much more complex. And as a server admin, it's much easier to deploy.

It does have drawbacks when compared to python, but it can often be the optimal solution.

[ Parent | on HN ]

Re:Processing 40TB of code from 10M projects with a dedicate... by giancarlostoro on Tuesday October 01, 2019 @06:05AM (#21123747)

Also a Python dev. I do use VirtualEnv but the other thing is a huge performance boost for small performance intensive projects.

[ Parent | on HN ]

Re:Processing 40TB of code from 10M projects with a dedicate... by weberc2 on Tuesday October 01, 2019 @09:29AM (#21125083)

This is the weirdest straw man I've seen in a while. Python, not Go, benefits most from containerization. Installing "Dynamic libraries, OS packages, and even directories like virtualenvs" on target machines is far more complicated than sending a single file. I say all this as the DevOps guy in a Python shop.

[ Parent | on HN ]

Re:Processing 40TB of code from 10M projects with a dedicate... by folkrav on Tuesday October 01, 2019 @09:27AM (#21125055)

Isolation is merely one utility of containers.

[ Parent | on HN ]