Python izgudrotājs Gvido van Rossums 12. jūlijā šokēja Python pasauli, kad viņš atkāpās no valodas tā sauktā BDFL (labestīga diktatora uz mūžu) amata. Toreiz viņš atsaucās uz sašutumu par neseno Python uzlabošanas priekšlikumu par valodas izteiksmes iespējām, kas motivēja viņa iziešanu.
Bet van Rossums, kurš izgudroja Python 1990. gadā, joprojām ir pārliecināts, ka valoda bez viņa vadības turpināsies lieliski. Galvenais Dropbox inženieris ikdienas darbā 62 gadus vecais van Rossums runāja par savu lēmumu turpināt strādāt ar redaktoru Lielajā Polā Krilā.
: Kāpēc jūs atkāpāties no BDFL amata?
van Rossums: Mūža daļa, protams, vienmēr bija joks, kā tas noteikti bija arī diktatūras daļā. Iespējams, lielāko desmit gadu daļu esmu spēlējies ar domu par pensiju. Man ir bijušas dažas veselības problēmas, no kurām dažas, manuprāt, saasināja pastāvīgie draudi vienmēr būt visatbildīgākajai personai Python kopienā un man stāstīt cilvēkiem, kā rīkoties, klusēt, būt saprātīgiem un izskaidrot valodas filozofija jau daudzkārt.
Salmiņš, kas salauza kamieļa muguru, bija ļoti strīdīgs Python uzlabošanas priekšlikums, kur pēc tam, kad es to biju pieņēmis, cilvēki devās uz sociālajiem tīkliem, piemēram, Twitter, un teica lietas, kas mani patiešām sāpina personīgi. Daži no cilvēkiem, kuri teica, ka ir ievainojamas lietas, patiesībā ir Python galvenie izstrādātāji, tāpēc es jutu, ka man vairs ne visai uzticas Python pamata izstrādātāju komanda.
: Šis priekšlikums bija PEP (Python Enhancement priekšlikums) 572. Vai jūs varat runāt par šī priekšlikuma priekšrocībām un kāpēc tas bija tik pretrunīgs?
van Rossums: Priekšlikums ir par jaunu sintaksi, kas ļauj uzdevumiem veikt kā daļu no izteiksmes novērtēšanas. Kopumā tas ir diezgan neliels valodas papildinājums. Tas ļauj cilvēkiem, kad viņi jūt vajadzību, izteiciena vidū ievietot uzdevumus. Ir daudzas citas valodas, kurām tas ir mazsvarīgs elements. Esmu pazīstams ar C un C ++. Cik es zinu, to atbalsta arī Java un JavaScript. Tā ir diezgan niša sintakses daļa, taču dažās situācijās tā var padarīt kodu vieglāk rakstāmu un arī vieglāk lasāmu, noņemot lieko darbību.
Daudzi cilvēki uzskatīja, ka zina, kāda ir Python dizaina filozofija, un ka šis priekšlikums neatbilst Python dizaina principiem. Vēl viena ar priekšlikumu saistīta problēma bija priekšlikuma autoru pašpārliecība. Pirmajās versijās bija dažas nopietnas problēmas. Pēc tam šīs problēmas kļuva par iemeslu tam, ka cilvēki, pat cilvēki, kuri simpatizēja pamatidejai, balsoja pret šo konkrēto priekšlikuma versiju. Tās ir nelielas sintaktiskas izmaiņas. Tajā nav nekā radikāla.
: Kādā Python versijā būs šī funkcija?
van Rossums: Tas būs pieejams Python 3.8 versijā, [kas ir paredzēta] pēc pusotra gada.
: Vai būs vēl viens BDFL? Kāds būs Python pārvaldības modelis turpmāk?
van Rossums: Diemžēl es jums to nevaru pateikt, jo es devu galvenajai izstrādātāju grupai - apmēram 100 vai 200 cilvēkiem, kuriem ir tiesības vai nesenā pagātnē bija tiesības - es uzdevu izdomāt, kāds būs jaunais pārvaldes modelis un kādi cilvēki būs maksas. Un viņi nekavējoties sāka risināt šo problēmu, jo viņi risina jebkuru citu problēmu Python pasaulē, kas ir ilgstoša diskusija, kur dažādas puses nevar nekavējoties vienoties.
Vienīgā labā ziņa, kas man ir šajā brīdī, ir tā, ka viņi vienojās - es domāju, ka viņi vienojās - par grafiku, lai šeit nonāktu pie secinājuma. Šo priekšlikumu iesniegšanas termiņš ir 2018. gada 1. oktobris. Tad es uzskatu, ka līdz 2018. gada 1. novembrim viņi ir apņēmušies izvēlēties pārvaldības struktūras priekšlikumu. Pēc tam viņi līdz 2019. gada 1. janvārim ir apņēmušies faktiski ievēlēt vai iecelt amatā, vai tomēr viņu pārvaldības dokumentā teikts, ka cilvēki, kuri būs atbildīgi.
Ja kāds no priekšlikumiem ir viens BDFL, šis priekšlikums būtu detalizēti jāuzraksta, piemēram, kā BDFL tiek izvēlēts un cik ilgi persona paliek atbildīga, kā viņu var apsūdzēt un visus Varbūt līdz 1. janvārim viņiem tiks iecelta faktiskā persona.
: Kas ir daži no cilvēkiem, kas saistīti ar Python attīstību?
van Rossums: Ir vairāki galvenie izstrādātāji, kuri ir skaļāki par citiem. Viens no jaukākajiem puišiem ar patiešām ilgu sasniegumu ir Brets Kanons. Vēl viens cilvēks, kurš man bijis mentors, ir puisis, vārdā Tims Peters. Viņš ir arī grāmatas “Python zen” autors, kas ir neformāls Python izstrādes vadlīniju kopums. Berijs Varšava ir arī viens no galvenajiem izstrādātājiem.
: Kāda būs jūsu iesaiste projektā?
van Rossums: Es pārietu uz regulāra ieguldītāja vai regulāra galvenā izstrādātāja lomu. Es laiku pa laikam uzrakstīšu kādu kodu un pārskata kodu. Es centīšos koncentrēties uz galveno izstrādātāju, īpaši jauno galveno izstrādātāju, it īpaši sieviešu un minoritāšu, mentorēšanu, jo viens no maniem mērķiem ir daudzveidība galveno izstrādātāju grupā.
: Vai jūs uztrauc tas, ka jūsu aiziešana no BDFL varētu atbaidīt dažus Python bhaktas?
van Rossums: Es tā nedomāju. Python ir ļoti veselīga kopiena. Galvenajai komandai ir ļoti veselīga dinamika. Es nebūtu atkāpies, ja domāju, ka viņi to nepārvarēs un nespēs virzīt valodu uz priekšu nākamajās desmitgadēs. Es teiktu, ka tā ir neliela žagas, neskatoties uz šķietamību, un mēs ceram uz ļoti veiksmīgiem nākotnes izlaidumiem un atbilstošu pakāpenisku attīstības procesa attīstību.
: Kā pēdējos gados ir attīstījies Python izstrādes process? Kā, jūsuprāt, tā attīstīsies nākotnē?
van Rossums: Valoda acīmredzami mainās. Mēs valodai pievienojam dažas jaunas funkcijas, bibliotēkā pievienojam dažas jaunas funkcijas. Lielā lieta, kas ir mainījusies, iespējams, ir valodas popularitāte. Vēl varbūt pirms pieciem gadiem Python jutās kā diezgan nepilngadīgs spēlētājs.
Kopš tā laika - iespējams, galvenokārt pateicoties neticamai datu zinātnes un Python kā galvenā instrumenta popularitātei - spiediens uz galvenajiem izstrādātājiem, lai viņi pieņemtu ideālus lēmumus, var būt palielinājies, taču veids, kā lietas tiek darītas kopumā, kā mēs attīstāmies , un veids, kā mēs atbrīvojam valodu, ir bijis ļoti stabils.
Mums ir laidienu pārvaldnieki. Izlaidumi ir aptuveni pusotra gada starpībā lielākiem izlaidumiem. Kļūdu labojumu laidieniem tie ir no pāris mēnešiem līdz varbūt trim ceturtdaļām gada, ja rodas vajadzība.
Mums ir ļoti stabils Python uzlabošanas priekšlikumu process. Varbūt veids, kā PEP tiek pārvērsti par lielāko nesaskaņu punktiem, ir nedaudz mainījies, palielinoties ziņām par sociālajiem medijiem, taču kopumā, izņemot pāreju no Mercurial uz Git pirms dažiem gadiem, tas ir bijis ļoti stabils process, un tajā nav nekā īpaši slikta to.
