Versioonikontrolli süsteemi hooldaja mind alt vedama töö projekti Python 2-lt Python 3-le ülekandmisel. Hoolimata asjaolust, et esimesed teisaldamise katsed tehti juba 2008. aastal ja Python 3-ga töötamiseks algas kiirendatud kohandamine 2015. aastal, rakendati Python 3 täielikku kasutusvõimalust alles hiljuti Mercuriali filiaal 5.2.
Ennustused Python 3 pordi stabiilsuse kohta valmistavad pettumuse. Eelkõige on oodata, et mitme aasta jooksul ilmuvad koodis juhuslikud vead, kuna testid ei kata 100% koodibaasist ja paljud probleemid on staatilise analüüsi ajal nähtamatud ja ilmuvad ainult käitusajal. Lisaks jäävad paljud kolmandate osapoolte lisandmoodulid ja laiendused Python 3-sse tõlkimata.
Kuna teisaldamise ajal otsustati koodi järk-järgult kohandada Python 3-ga, säilitades samal ajal Python 2 toe, omandas kood Python 2 ja 3 ühendamiseks palju häkke, mis tuleb pärast Python 2 toe lõppemist puhastada.
Python 3 olukorda kommenteerides leiab Mercuriali hooldaja, et otsus edendada koostalitlusvõimet rikkuvat Python 3 ja kehtestada see uue, korrektsema keelena, kuna arendajatele olulisi läbimurdelisi täiustusi polnud, oli suur viga, mis põhjustas suur kahju kogukonnale ja on näide sellest, kuidas suured projektid ei pea seda tegema. Funktsionaalsuse järkjärgulise suurendamise ja rakenduste järkjärgulise kohandamise asemel sundis Python 3 väljaandmine arendajaid koodi ümber kirjutama ja kulutama ressursse Python 2 ja Python 3 jaoks eraldi harude hoidmiseks. Alles seitse aastat pärast Python 3.0 väljaandmist Python 3.5 tutvustas funktsioone üleminekuprotsessi sujuvamaks muutmiseks ja sama koodibaasi käitamiseks nii Python 2 kui ka Python 3 puhul.
Allikas: opennet.ru