3 ms·
One of these days I'm going to have to deploy a real python project to a server and I'll have to think of something then. That's the point at which you rewrite
by jujube3 4y ago
One of these days I'm going to have to deploy a real python project to a server and I'll have to think of something then.
That's the point at which you rewrite it in go
- tommodev 4y agoThis was my gateway to go. Working on a python gig targeting an airgapped windows server, different OS architecture from everything else on-hand, restrictions on building and deploying VM's, poor dev/prod workflows etc. After a couple of months of app dev we ran into weeks of grinding through building a reproducible process (including a sneakernet step) for python dependency resolution and binary builds to get the payload dropped on the server. It was brittle and a bit overwhelming. Go was "big enough" at the time to be a reasonable next step and after a few weeks of porting we had a cross-compilation process up and were done. Go actually _shits me to tears_ as a language compared to python, rust, or even Lua, but as a back-end dev it's still where I do most of my work as I'm nearly guaranteed to be able to i) predictably solve something in a way i can share it with a team and ii) get it deployed without too much pain.