Programiranje

Guido van Rossum odstopil: Kaj sledi s Pythonom

Izumitelj Pythona Guido van Rossum je 12. julija šokiral svet Pythona, ko je odstopil z mesta tako imenovani BDFL (dobrodušni diktator za življenje). Takrat je kot motiv za njegov izhod navedel očitke zaradi nedavnega predloga za izboljšanje Pythona za zmožnost jezikovnega izražanja.

Toda van Rossum, ki je leta 1990 izumil Python, ostaja prepričan, da se bo jezik brez njegovega vodstva nadaljeval v redu. 62-letni van Rossum, glavni inženir v Dropboxu v svoji vsakdanji službi, je spregovoril o svoji odločitvi, da nadaljuje z urednikom pri Large Paulu Krillu.

: Zakaj ste odstopili kot BDFL?

van Rossum: Preživljenjski del je bil seveda vedno šala, prav tako zagotovo tudi diktatorski del. Verjetno sem se večino desetletja poigraval z mislijo na upokojitev. Imel sem nekaj zdravstvenih težav, nekatere pa se mi je zdelo poslabšalo zaradi nenehne grožnje, da bom vedno najbolj odgovoren človek v skupnosti Python in da bom moral ljudem govoriti, kako naj delajo stvari in biti tiho ter biti razumen in razložiti filozofija jezika že konec.

Slama, ki je kameli zlomila hrbet, je bil zelo sporen predlog za izboljšanje Pythona, kjer so ljudje, potem ko sem ga sprejel, obiskali družbena omrežja, kot je Twitter, in govorili stvari, ki so me osebno resnično prizadele. In nekateri ljudje, ki so govorili o škodljivih stvareh, so bili pravzaprav osrednji razvijalci Pythona, zato sem menil, da nimam več ravno zaupanja ekipe razvijalcev Pythona.

: Ta predlog je bil PEP (predlog za izboljšanje Pythona) 572. Ali lahko govorite o koristih tega predloga in zakaj je bil tako sporen?

van Rossum: Predlog govori o novi sintaksi, ki omogoča dodelitve v okviru ocene izraza. Vse skupaj je precej manjši dodatek k jeziku. Ljudem omogoča, da, ko začutijo potrebo, naloge postavijo sredi izraza. Veliko drugih jezikov ima to manjšo značilnost. Seznanjen sem s C in C ++. Kolikor vem, jo ​​podpirata tudi Java in JavaScript. To je precej nišna sintaksa, vendar lahko v določenih situacijah olajša pisanje kode in tudi lažje branje z odstranitvijo odvečnosti.

Veliko ljudi je menilo, da vedo, kaj je Pythonova oblikovalska filozofija, in da ta predlog ne sledi Pythonovim oblikovalskim načelom. Drugo težavo s predlogom so si avtorji predloga nekoliko sami povzročili. Prvih nekaj različic je imelo nekaj resnih težav. Te težave so nato postale razlog, da so ljudje, tudi ljudje, ki so bili naklonjeni osnovni ideji, glasovali proti tej različici predloga. Gre za manjšo skladenjsko spremembo. V tem ni nič radikalnega.

: V kateri različici Pythona bo ta funkcija?

van Rossum: Na voljo bo v Pythonu 3.8, [ki naj bi izšel] v letu in pol.

: Ali bo še kakšen BDFL? Kakšen bo model upravljanja za Python naprej?

van Rossum: Na žalost vam tega ne morem povedati, ker sem osnovni skupini razvijalcev - približno 100 ali 200 ljudi, ki so prevzeli pravice ali v bližnji preteklosti imeli zavezujoče pravice - dal domačo nalogo, kako ugotoviti, kakšen bo novi model upravljanja in kateri ljudje bodo napolniti. In takoj so se začeli lotevati tega problema, ko se lotevajo katerega koli drugega problema v svetu Pythona, kar je z dolgo razpravo, kjer se različne strani ne morejo takoj dogovoriti.

Edina dobra novica, ki jo imam v tem trenutku, je, da so se dogovorili - mislim, da so se dogovorili - o časovnem razporedu, da bi tukaj prišli do zaključka. Rok za te predloge je 1. oktober 2018. Po mojem mnenju so do 1. novembra 2018 zavezani, da bodo izbrali predlog za upravno strukturo. Potem so se do 1. januarja 2019 zavezali, da bodo dejansko izvolili ali imenovali ljudi, ki bodo odgovorni v njihovem dokumentu o upravljanju.

Če bo eden od predlogov en sam BDFL, bi ga bilo treba podrobno napisati, na primer, kako je izbran BDFL in kako dolgo oseba ostane odgovorna ter kako je mogoče obtožiti in vse da bodo do 1. oktobra morda do 1. januarja imenovali dejansko osebo.

: Kdo so nekateri ljudje, ki sodelujejo pri razvoju Pythona?

van Rossum: Obstajajo številni glavni razvijalci, ki so bolj glasni kot drugi. Eden najlepših fantov z zares dolgimi rezultati je Brett Cannon. Še ena oseba, ki mi je bila mentor, je tip po imenu Tim Peters. Je tudi avtor "Zen of Python", ki je neuraden sklop smernic za razvoj Pythona. Barry Warsaw je tudi eden glavnih razvijalcev.

: Kakšno bo vaše sodelovanje pri projektu?

van Rossum: Skočil bom v vlogo rednega sodelavca ali običajnega glavnega razvijalca. Občasno bom napisal kakšno kodo in pregledal kodo. Poskušal se bom osredotočiti na mentorstvo osrednjim razvijalcem, zlasti novim razvijalcem, zlasti ženskam in manjšinam, ker je raznolikost v skupini osrednjih razvijalcev eden mojih ciljev.

: Vas skrbi, da bi lahko vaš odhod kot BDFL prestrašil nekatere bhakte Pythona?

van Rossum: Mislim, da ne. Python ima zelo zdravo skupnost. Osrednja ekipa ima zelo zdravo dinamiko. Ne bi odstopil, če bi mislil, da tega ne bodo preboleli in bodo lahko vodili jezik naprej v prihodnjih desetletjih. Rekel bi, da je to kljub pojavom manjši kolcanje in veselimo se zelo uspešnih prihodnjih izdaj in ustreznega postopnega razvoja razvojnega procesa.

: Kako se je razvojni proces Pythona razvil v zadnjih nekaj letih? Kako vidite, da se razvija v prihodnosti?

van Rossum: Jezik se očitno spreminja. Jeziku dodamo nekaj novih funkcij, knjižnici pa nekaj novih. Velika stvar, ki se je spremenila, je verjetno priljubljenost jezika. Do pred petimi leti se je Python počutil kot precej manjši igralec.

Od takrat - verjetno večinoma zaradi neverjetne priljubljenosti znanosti o podatkih in Pythona kot glavnega orodja za to - se je pritisk na osrednje razvijalce, da bi se odločili za popolne odločitve, morda povečal, toda način, kako se stvari na splošno počnejo, način, kako se razvijamo , in način, kako sproščamo jezik, je bil zelo stabilen.

Imamo upravitelje izpustov. Za večje izdaje sta različici približno leto in pol. Pri izdajah odpravljanja napak je po potrebi na voljo nekaj mesecev do morda tri četrtine leta.

Imamo zelo stabilen postopek za izboljšanje Pythona. Mogoče se je način, kako se PEP pretvori v točke velikega nesoglasja, nekoliko spremenil s povečanimi novicami v družabnih medijih, toda na splošno je bil, razen pred prehodom z Mercuriala na Git, zelo stabilen proces in z ničemer ni nič narobe to.

$config[zx-auto] not found$config[zx-overlay] not found