Mercuriali viimase versiooni tõlkimine Python 3-ks võib kaasa tuua ettenägematute viga.

Versioonihaldussüsteemi hooldaja Mercurial tegi kokkuvõtte projekti tõlke töödest Python 2-lt Python 3-le. Kuigi esimesed portimise katsed tehti juba 2008. aastal ning pingutatud tempoga kohandamine Python 3-ga algas 2015. aastal, sai Python 3 täielik kasutusvõimalus teostatud alles viimasel Mercurial 5.2 harul. Prognoosid Python 3 sadama stabiilsusest on kahetsusväärsed. Eelkõige arvatakse, et järgmise paar aasta jooksul ilmnevad koodis juhuslikud vead, kuna testid ei kata 100% koodibaasist, ning paljusid probleeme ei avastata staatilise analüüsi käigus, vaid need ilmnevad alles käitamise ajal. Lisaks jäävad paljusid kolmanda osapoole lisandeid ja laiendusi veel Python 3-le tõlkimata.

Kuna portimise käigus otsustati aeglaselt kohandada kood Python 3-le, säilitades samas Python 2 toe, on kood kasvanud hulga hack'idega, et ühitada Python 2 ja 3, mida tuleb pärast Python 2 toe lõpetamist eemaldada.
Kommenteerides olukorda Python 3-ga, peab Mercuriali hooldaja arvamust, et otsus edendada Python 3 ühilduvust lõhkuvat ja panna see uue, õigema keelena, ilma arendajatele sobivate läbimurde täiustusteta, oli suur viga, mis tegi suurt kahju kogukonnale ja on näide sellest, kuidas suuremad projektid ei tohiks käituda. Selle asemel, et järk-järgult funktsionaalsust laiendada ja võimaldada rakenduste järkjärgulist kohandamist, sundis Python 3 väljaandmine arendajaid oma koodi uuesti kirjutama ning kulutama ressursse Python 2 ja Python 3 eraldi harude toetamiseks. Alles seitse aastat pärast Python 3.0 väljaandmist saadi Python 3.5-s ellu viia võimalused, mis sujuvdasid üleminekuprotsessi ja tagasid ühe koodibaasi töö koos Python 2 ja Python 3-iga.

Kommenteerides Python 3 olukorda, peab Mercuriali hooldaja seda otsust, millega edendatakse Python 3 kokkusobivuse purunemist ja selle kasutuselevõttu kui uut ja korrektsemat keelt, ilma olulistele arendajatele suunatud uuendusteta, suureks veaks, mis on kogukonnale suurt kahju tekitanud ja on näide sellest, kuidas suured projektid mitte kunagi ei tohiks käituda. Selle asemel, et järk-järgult funktsionaalsust suurendada ja võimaldada rakenduste järkjärgulist kohandamist, sunniti Python 3 väljalaskmisel arendajaid koodi ümber kirjutama ja ressursse kulutama eraldi harude toetamiseks Python 2 ja Python 3 jaoks. Alles seitse aastat pärast Python 3.0 väljalaskmist rakendati Python 3.5-s funktsioone, mis võimaldasid sujuvamalt üle minna ja tagada ühe koodibaasi toimimise nii Python 2 kui ka Python 3-ga.

Allikas: opennet.ru