|
|
|
|
|
by katbyte
1103 days ago
|
|
So? Let’s say you had an old large code base in 100,000s of lines of code that just works and has been mostly untouched for years in eol/maintenance. you expect there to be budget or time to rewrite it into python 3 for literally no reason other then “2.7 is deprecated”? It’s far cheaper, potentially millions cheaper, to just change clouds/providers and find a way to continue on 2.7. |
|
I've migrated 200k LoC python 2.7 codebases to python 3. It certainly wasn't painless but tools like black, flake8, 2to3 and other stuff helped. It's not impossible and can be executed in 2-4 weeks
> you expect there to be budget or time to rewrite it into python 3 for literally no reason other then “2.7 is deprecated”
2.7 is not just deprecated. It's dead. There's no more updates. It's not "millions cheaper" to not migrate. I posit you'd save a LOT of money from the sheer performance improvements and bug fixes from migrating than anything else. In my own case we saved a few hundred dollars a month from not having to spawn new containers and EC2 instances