Názory k článku
Zakladatel Pythonu Guido van Rossum odstoupil

Znovu si ten titulek zprávičky přečtěte. Pyton x Python

protoze ideologie

> Když komunita přijme rozhodnutí, tak by o něm měla přestat diskutovat.

Komunita neprijima v Pythonu rozhodnuti, to dela prave BDFL na zaklade predchozi diskuze. A problem v tomto konkrektnim pripade byl, ze to akceptoval pomerne zvlastnim zpusobem, viz:

https://www.i-programmer.info/news/216-python/11957-python-passion-for-assignment-expressions-pep-572.html

Ve zkratce lide meli pocit, ze je spis Dictator nez Benevolent Dictator For Life.

Osobně jsem viděl spoustu kódu kdy někdo opomenul druhé rovnáse a teprve nyní po dvaceti letech kdy kompilátory upozornějí na podivné konstrukce, se člověk diví jak dlouho to mohlo fungovat.

Na skole nam riakali: "Velbloud je kun navrzeny komisi". Neco na tom bude.

Protoze clovek pripadne miniskupina ma lepsi sanci udrzet konzistenci nez velka skupina. Je to krasny priklad toho ze pridani vice lidi na projekt ma pri nerizeni / spatnem rizeni opacny efekt.

Dalsi vec s cim maji problem lide neoplyvajici moc "soft skills" je akceptovat ze programuji lide a ne stroje. Napriklad programovani jsem se nikdy zcela profesionalne nevenoval protoze jako dislektik je pro mne 96 a 69 to same. Nebo spis vidim lip "{" a "begin" marne hledam x minut. Udelej mi neco jako ";=" nebo ".=" a nejspis vyhorim. Napriklad programatoru kteri skutecne znaji C++ bych mohl spocitat na prstech jednoho pahylu. Zbytek jsou "upgradovani" ceckari.

Jazyk ktery se snazi podchytit kazde paradigma je sice neskutecne mocny, ale take velmi narocny na nauceni. Je otazkou jestli to za tu namahu stoji. Clovek ma preci jen omezene schopnosti. Navic v rade pripadu shanis programatora ktery ma presah napr. znalosti knihoven,HW platformy, bezpecnych/failsafe postupu pri embedded vyvoji (napr. aerospace) a tak podobne. Je malo tech kteri to drzi v kesuli jeste pri brilantni znalosti C++.

A potentuji se z toho hned dve urovne. Z te komplexity se potentuji lidi co maji udelat compiler pokud mozno optimalizovany a pak programator samotny. Nerkuli jeste lidi co delaji IDE aby to byl schopen naprgat bezny komunikativni programator a ne matfyzak.

Jeho odchod celkem dobre symbolizuje upadek Pythonu jako jazyka v posledni dobe. Zmeny v core a standardni knihovne, ktere by kdysi nikdy neprosly protoze jsou v rozporu s PEP 20. Rozplizlost, jeste vetsi nekonzistence a prekomplikovanost. Referencni a ve vetsine produkcniho nasazeni jedina mozna implementace CPython pritom porad radove zaostava jak ve vykonu napr. oproti V8 a paralellnim zpracovani kvuli GILu.

Popularitu ma a jeste dlouho mit bude, hlavne kvuli ekosystemu kolem numpy, scipy a pandas, ale kodit v nem je porad vetsi opruz, hlavne kdyz jsou zkusenosti od jinud, napr. s golang.

ktere zmeny v core myslis? Zase tolik se toho prozatim nezmenilo ne (na to, jak je s nami ten jazyk dlouho) a i kdyz s nekterymi zmenami nemusim souhlasit (treba tato posledni je uz dost matouci), tak ten jazyk porad zustava dost produktivni. Vykon CPythonu je ale pravda horsi, bohudik to vsak neni jedina implementace.

Klasicka zmrdologie v praxi. Guido toho jiz mel dost, Python je ted za bozo event horizon...

Hehe, tak uz zrusili jednu "vlastnost", kterou jsou povazoval jako klicovou pythonu. Jsem zvedavy, kdy pridaji moznost ukonceni prikazu jinym symbolem nez koncem radku, kdy zrusi nutnost odsazovani a kdy pridaji symboly pro otevreni a uzavreni bloku misto stupne odsazeni. Pak z toho bude rozumnejsi jazyk.

Pak to bude jeste chtit opravit dokumentaci s priklady a nahradit blbosti typu

re.match(data)

spravnym

data.re_match()

Pak to bude konecne lepsi:-)

Resená data.re spravne neni, nema to spravnou logiku. Jeste tak str.re by se dalo pripustit.

Hmm, jo trosku jinak. Pro regexp jsou zapotrebi dva stringy, takze spravne by melo byt varstr.match(re­gexpstr). Jak se jmenuje promenna objektu (data, str, varstr) je jedno, dulezite je, ze se metoda vola na objekt retezce a ne na tridu, jak uvadeji casto priklady v python ucebnicich pro zacatecniky, cili

import re
re.match(varstr,re­gexpstr)

coz mi pripada blby, ucit takhle zacatecniky. Ale mozna je holt problem, jak se v pythonu michaji moduly s objektama.

V pythonu, pri realnem nasazeni, se ovsem pouziva zkompilovana forma.

re_pattern = re.compile(str_pat­tern)
re_pattern.mat­ch(text)

Smysl maji oba zapisy - regexp.match(str) i str.match(regexp) a oba mohou vnitrne pouzivat jiny algoritmus, protoze pokud porovnavam jeden retezec s velkym mnozstvim regularnich vyrazu, muze se vyplatit retezec reprezentovat jinak nez jako pole dat.

No, uz jsem taky slysel, "ze to jde", ale python se prezentuje jako jazyk s oddelovacem NL, aby to bylo prehledne. Nejsem si jistej, od kdy ten strednik ma.

minimalne to bylo v Pythonu 1.4:
https://docs.python.org/release/1.4/ref/ref6.html#HDR0

takze MINIMALNE uz existuje 22 let, takze pro vetsinu ctenaru rootu "odjakziva" :)

proc silenej napad? ve chvili, kdyz uz je stop tolik, ze nestaci krokove motory, jak na starobylych discich, a hlavicku je nutny udrzovat v jakekoli poloze, a navic kdyz to medium ma dodavat kontinualni blok dat, spirala se nabizi sama.

Prave ze ne!:-) Prave rikam, ze ty vychvalovany vlastnosti (NL jako oddelovac, odsazeni jako formatovani bloku, nemoznost v if podmince priradit promennou) python ted zacina doplnovat, aby to fungovalo i jinak (strednik uz snad python umi, ted ten PEP 572 zavadi prirazovani v if podmince), takze jsem se jen pousmal a zamyslel nad tim, kdy jeste zavedou alternativni zapis bloku misto odsazeni.

Mimochodem, kdyz je mozne pouzit strednik jako oddelovac prikazu, jak se v takovem zapise odsadi blok? Ze by pocet mezer od stredniku? To musi byt zuzo:-) Ale jasne, python neni primarne urceny pro psani cmdline skriptiku (filtru) ala Perl:-)

strednik nemeni pravidla pro odsazovani bloku, takze:

for i in range(10):
    print(i); print(i)
    print(i)

Více příkazů na řádek je zhovadilost, přiřazení v podmínce taky. Bloky pomocí odsazení geniální nápad, za 5 let co pracuji v Pythonu jsem se spletl jen jednou. Programy v Pythonu se podobají psaní poezie.
Nakonec i složené závorky k oddělování bloků v C jsou zjednodušení otravného algolovského begin a end, a Python to jen dále zjednodušuje.