Versionhallintajärjestelmän ylläpitäjä päästä minut alas työtä projektin siirtämiseksi Python 2:sta Python 3:een. Huolimatta siitä, että ensimmäiset siirtoyritykset tehtiin jo vuonna 2008 ja nopeutettu mukauttaminen Python 3:n kanssa työskentelyyn aloitettiin vuonna 2015, täysi Python 3:n käyttökyky otettiin käyttöön vasta viime aikoina. Mercurialin haara 5.2.
Ennusteet Python 3:n portin vakaudesta ovat pettymys. Erityisesti on odotettavissa, että satunnaisia virheitä ilmaantuu koodiin useiden vuosien aikana, koska testit eivät kata 100 % koodikannasta ja monet ongelmat ovat näkymättömiä staattisen analyysin aikana ja näkyvät vain ajon aikana. Lisäksi monet kolmannen osapuolen lisäosat ja laajennukset jäävät kääntämättä Python 3:lle.
Koska siirron aikana koodi päätettiin mukauttaa asteittain Python 3:een, samalla kun Python 2:n tuki säilytettiin, koodi sai monia hakkeroja Python 2:n ja 3:n yhdistämiseksi, jotka on siivottava Python 2:n tuen päätyttyä.
Python 3:n tilannetta kommentoidessaan Mercurial-ylläpitäjä uskoo, että päätös edistää yhteentoimivuutta rikkovaa Python 3:a ja asettaa se uudeksi, oikeammaksi kieleksi, koska kehittäjille ei ole tehty läpimurtoparannuksia, oli suuri virhe, joka aiheutti suurta haittaa yhteisölle, ja se on esimerkki siitä, kuinka suurten hankkeiden ei tarvitse tehdä niin. Python 3:n julkaisu pakotti kehittäjät kirjoittamaan koodin uudelleen ja käyttämään resursseja erillisten haarojen ylläpitämiseen Python 2:lle ja Python 3:lle sen sijaan, että asteittain kehitettäisiin toimintoja ja sallittaisiin sovellusten asteittainen mukauttaminen. Python 3.0 esitteli ominaisuuksia, jotka helpottavat siirtymäprosessia ja varmistavat, että sama koodikanta käyttää sekä Python 3.5:ta että Python 2:a.
Lähde: opennet.ru