Versijų valdymo sistemos prižiūrėtojas mane nuvilti Darbas perkeliant projektą iš Python 2 į Python 3. Nepaisant to, kad pirmieji perkėlimo bandymai buvo atlikti dar 2008 m., o pagreitintas pritaikymas darbui su Python 3 prasidėjo 2015 m., visas Python 3 naudojimo galimybės buvo įdiegtos tik naujausioje Mercurial filialas 5.2.
Prognozės apie Python 3 prievado stabilumą nuvilia. Visų pirma tikimasi, kad atsitiktinių klaidų kode atsiras per kelerius metus, nes testai neapima 100% kodo bazės, o daugelis problemų yra nematomos atliekant statinę analizę ir atsiranda tik vykdymo metu. Be to, daugelis trečiųjų šalių priedų ir plėtinių lieka neišversti į Python 3.
Kadangi perkėlimo metu buvo nuspręsta palaipsniui pritaikyti kodą Python 3, išlaikant Python 2 palaikymą, kodas įgijo daug įsilaužimų, kad būtų galima sujungti Python 2 ir 3, kuriuos teks išvalyti pasibaigus Python 2 palaikymui.
Komentuodamas situaciją su Python 3, Mercurial prižiūrėtojas mano, kad sprendimas reklamuoti sąveikumą laužantį Python 3 ir primesti ją kaip naują, taisyklingesnę kalbą, nesant proveržio patobulinimų, aktualių kūrėjams, buvo didelė klaida, dėl kurios atsirado. didelė žala bendruomenei ir yra pavyzdys, kaip to reikia daryti ne dideliuose projektuose. Užuot laipsniškai plėtoję funkcionalumą ir leidę laipsniškai pritaikyti programas, „Python 3“ išleidimas privertė kūrėjus perrašyti kodą ir išleisti išteklius atskiroms „Python 2“ ir „Python 3“ šakoms išlaikyti. Tik praėjus septyneriems metams po „Python 3.0“ išleidimo Python 3.5 įdiegė funkcijas, skirtas sklandžiai pereiti ir užtikrinti, kad ta pati kodo bazė veiktų ir Python 2, ir Python 3.
Šaltinis: opennet.ru