Pythonin keksijä Guido van Rossum järkytti Python-maailmaa 12. heinäkuuta, kun hän vetäytyi kielen ns. BDFL: stä (hyväntahtoinen diktaattori elämään). Tuolloin hän mainitsi äskettäisen Pythonin parannusta koskevan ehdotuksen kielen ilmaisukyvystä motivoivana hänen poistumistaan.
Mutta Van Rossum, joka keksi Pythonin vuonna 1990, on edelleen varma, että kieli jatkuu hienosti ilman hänen johtajuuttaan. Dropboxin pääinsinööri päivätyössään 62-vuotias van Rossum puhui päätöksestään siirtyä Suuri Paul Krillin toimittajaan.
: Miksi eroitit BDFL: stä?
van Rossum: Elinikäinen osa oli aina vitsi, tietysti myös diktatuuriosa. Olen leikkinyt ajatuksella eläkkeestä todennäköisesti suurimman osan vuosikymmenestä. Minulla on ollut muutamia terveysongelmia, joista joitain luulin pahentavan jatkuva uhka olla aina vastuullisin henkilö Python-yhteisössä ja minun on kerrottava ihmisille, miten tehdä asioita, pysyä hiljaa ja olla järkeviä ja selittää kielen filosofia jo monitoista kertaa.
Kamelin selän murtanut olki oli erittäin kiistanalainen Python-parannusehdotus, jossa sen jälkeen kun olin hyväksynyt sen, ihmiset menivät sosiaaliseen mediaan kuten Twitter ja sanoivat asioita, jotka todella satuttivat minua henkilökohtaisesti. Ja jotkut ihmisistä, jotka sanoivat loukkaavia asioita, olivat itse asiassa Python-kehittäjiä, joten minusta tuntui, että minulla ei enää ollut aivan Python-ytimen kehittäjien luottamusta.
: Tuo ehdotus oli PEP (Python Enhancement Ehdotus) 572. Voitteko puhua ehdotuksen eduista ja miksi se oli niin kiistanalainen?
van Rossum: Ehdotus koskee uutta syntaksia, joka antaa tehtävien tapahtua osana lausekkeen arviointia. Se on kaiken kaikkiaan melko pieni lisäys kieleen. Sen avulla ihmiset, kun he tuntevat tarpeen, asettavat tehtävät keskelle ilmaisua. On monia muita kieliä, joilla on tämä pieni ominaisuus. Tunnen C: n ja C ++: n. Sikäli kuin tiedän, Java ja JavaScript myös tukevat sitä. Se on melko kapea syntaksi, mutta se voi joissakin tilanteissa helpottaa koodin kirjoittamista ja helpottaa lukemista poistamalla turhuuden.
Monet ihmiset kokivat tietävänsä, mikä on Pythonin suunnittelufilosofia, ja että tämä ehdotus ei noudattanut Pythonin suunnitteluperiaatteita. Toinen ehdotuksen ongelma oli jonkin verran itse aiheuttama ehdotuksen laatijat. Muutamissa ensimmäisissä versioissa oli vakavia ongelmia. Sitten näistä ongelmista tuli syy ihmisille, jopa ihmisille, jotka suhtautuivat periaateeseen myötämielisesti, äänestää ehdotuksen tiettyä versiota vastaan. Se on pieni syntaktinen muutos. Siinä ei ole mitään radikaalia.
: Missä Python-versiossa tämä ominaisuus on?
van Rossum: Se on Python 3.8: ssa, [joka erääntyy] puolentoista vuoden kuluttua.
: Onko olemassa toinen BDFL? Mikä tulee olemaan Pythonin hallintomalli jatkossa?
van Rossum: Valitettavasti en voi kertoa teille sitä, koska annoin kehittäjien ydinryhmälle - noin 100 tai 200 ihmiselle, joilla on oikeuksia tai joilla on lähiaikoina ollut oikeuksia - kotitehtävä selvittää, millainen uusi hallintomalli on ja ketkä ihmiset ovat veloittaa. Ja he alkoivat heti puuttua tähän ongelmaan, kun he käsittelivät muita ongelmia Python-maailmassa, joka on pitkään keskusteltu, jossa eri osapuolet eivät voi välittömästi päästä sopimukseen.
Ainoa hyvä uutinen, joka minulla on tässä vaiheessa, on se, että he sopivat - mielestäni sopivat - aikataulusta, jolla täällä päästään päätökseen. Näiden ehdotusten määräaika on 1. lokakuuta 2018. Sitten uskon, että 1. marraskuuta 2018 mennessä he ovat sitoutuneet valitsemaan ehdotuksen hallintorakenteeksi. Sitten 1. tammikuuta 2019 mennessä he ovat sitoutuneet valitsemaan tai nimittämään tai huolimatta siitä, mitä hallintoasiakirjassa sanotaan, vastuuhenkilöt.
Jos jostakin ehdotuksesta tulee olemaan yksi BDFL, kyseinen ehdotus on kirjoitettava yksityiskohtaisesti, kuten kuinka BDFL valitaan ja kuinka kauan henkilö on vastuussa ja kuinka häntä voidaan syyttää ja kaikki Ehkä 1. tammikuuta mennessä heille nimetään varsinainen henkilö.
: Keitä henkilöistä on mukana Pythonin kehittämisessä?
van Rossum: On olemassa useita ydinkehittäjiä, jotka ovat äänekkäämpiä kuin muut. Yksi mukavimmista kavereista, jolla on todella pitkä kokemus, on Brett Cannon. Toinen henkilö, joka on ollut minulle mentori, on kaveri nimeltä Tim Peters. Hän on myös kirjoittanut kirjan "The Zen of Python", joka on epävirallinen joukko ohjeita Pythonin kehittämiselle. Barry Warsaw on myös yksi ydinkehittäjistä.
: Mitä osallistumistanne projektiin jatketaan?
van Rossum: Hyppään säännöllisen avustajan tai säännöllisen ydinkehittäjän rooliin. Kirjoitan ajoittain koodin ja tarkistuskoodin. Yritän keskittyä ydinkehittäjien mentorointiin, erityisesti uusiin ydinkehittäjiin, erityisesti naisiin ja vähemmistöihin, koska ydinkehittäjäryhmän monimuotoisuus on yksi tavoitteistani.
: Oletko huolissasi siitä, että lähtösi BDFL: nä saattaa pelottaa jotkut Python-harrastajista?
van Rossum: En usko niin. Pythonilla on erittäin terve yhteisö. Ydinryhmällä on erittäin terve dynamiikka. En olisi eronnut, jos luulisin, etteivät he pääse yli ja pystyisivät ohjaamaan kieltä eteenpäin tulevina vuosikymmeninä. Sanoisin, että tämä on pieni hikka esiintymisistä huolimatta, ja odotamme tulevaisuuden erittäin onnistuneita julkaisuja ja kehitysprosessin asianmukaista asteittaista kehitystä.
: Kuinka Pythonin kehitysprosessi on kehittynyt viime vuosina? Kuinka näet sen kehittyvän tulevaisuudessa?
van Rossum: Kieli muuttuu ilmeisesti. Lisätään kielelle uusia ominaisuuksia, kirjastoon uusia ominaisuuksia. Suuri asia, joka on muuttunut, on todennäköisesti kielen suosio. Ehkä viisi vuotta sitten Python tunsi olevansa melko pieni pelaaja.
Siitä lähtien - luultavasti lähinnä datatieteen uskomattoman suosion ja Pythonin tärkeimpänä työkaluna - paine ydinkehittäjille saada täydelliset päätökset ovat saattaneet kasvaa, mutta tapa, jolla asiat yleensä tehdään, tapa, jolla kehitämme , ja tapa, jolla kieli vapautetaan, on ollut erittäin vakaa.
Meillä on julkaisupäälliköitä. Tiedotteet ovat noin puolentoista vuoden välein suurten julkaisujen välillä. Virheenkorjausjulkaisuihin tarvitaan muutama kuukausi tai ehkä kolme neljäsosaa vuotta tarpeen mukaan.
Meillä on erittäin vakaa Python-parannusehdotusprosessi. Ehkä tapa, jolla PEP: t muutetaan suurten erimielisyyksien kohteiksi, on muuttunut jonkin verran sosiaalisen median uutisten lisääntyessä, mutta yleensä muutama vuosi sitten Mercurialista Gitiin siirtymisen lisäksi se on ollut erittäin vakaa prosessi, eikä siinä ole mitään erityisen vikaa. se.
