Vlákno názorů k článku Co přinese chystaný Python 3.0? od aa - Takze z pythonu se stava dalsi bastl ala...

A muzete uvest priklad co z Java 1.0 nelze dnes vyuzit?

Třeba modifikátor "private protected", zmizela možnost používat v nedefaultní package třídy z defaultní package, matně si vzpomínám na nějaké problémy s obsluhou událostí. Nekompatibility mezi verzemi 1.3 a 1.4přímo od zdroje jsou k nahlédnutí zde.

No me zrovna Java prijde jako hodne konzervativni v otazce zpetne kompatibility. Ono je treba rozlisit kompatibilitu absolutni a rozumnou kompatibilitu. Absolutni je takova ta teorieticka idealni vec, kterou nikdy nikdo nevidel, ale kazdej si ji dokaze predstavit. Preste cokoli mi bezelo ve verzi 1, pobezi taky ve verzi 2.

Jenze, co kdyz nekdo napise program, ktery bezi ve verzi 1 spravne jen diky tomu, ze metoda se a() ze standardni knihovny vykonava vzdy presne 100ms. Protoze ale ve verzi 2 metoda dela presne to samy jen trva pouze 67ms, zacnou se v programu projevovat race conditions. Je verze 2 zpetne kompatibilni?

Ja si myslim, ze jo, protoze takhle postizenejch programu budou radove promile. Proste kdyz chci neco vylepsit, musim to zmenit. S tim se neda nic delat. Myslim si, ze Java jde presne timhle smerem -- kdyz porusuje zpetnou kompatibilitu, dela to ve vecech, 'ktery snad nikdo ani nemuze pouzivat'. Pokud mate system, kde se bojite i takovyhle zmen, tak proste stale bezite na devet let stare Jave 1.1.8.

Asi tak - každá změna má svoje náklady a přínosy. U prog. jazyků a knihoven náklady postihnou stávající vývojáře, zatímco ty přínosy se týkají zejména nových vývojářů a nových projektů. Ten příklad se 100 ms se týká spíše nízkoúrovňových jazyků; když vyhodím z jazyka nějakou konstrukci nebo přidám do javovské třídy pár abstraktních metod, není chyba na straně uživatele. Že to postihne "promile" lidí je fajn, zvlášť, pokud mezi to "promile" člověk nešťastnou náhodou nepatří.

Používat starou verzi lze ostatně u libovolného jazyka (včetně toho Pythonu ve verzi 2.6). Jenomže skutečnost je taková, že ta zmiňovaná verze Javy 1.1.8 může mít bezpečnostní díru, kterou už nikdy nikdo neopraví a pokud daný projekt bude někdo chtít třeba rozšířit, tak se z toho opupínkuje (V čem to bude psát, v JEditu nebo starém JBuilderu nebo Xelfi? Chtěl by někdo používat v době Javy 1.6 stařičkou a neohrabanou 1.1?) Další problém je v tom, že lidí, kteří znali a pamatují starou Javu je docela málo a bude jich ubývat. Z toho mi vychází, že většina lidí ty náklady raději obětuje a ten přechod provede tak jako tak.

Na ten převod zdrojových kódů jsem u Pythonu docela zvědavý. Moc nevěřím tomu, že konverzní program zvládne správně rozlišit, kam bude patřit celočíselné dělení a kam klasické (tohle je mimochodem změna, která je možná ideologicky správná, ale pragmaticky je asi nejproblematičtější). Problém bude v některých případech s formátováním řetězců (to si taky mohl BDFL odpustit). Ten zbytek už tak hrozný zřejmě nebude (rozbalit reduce() do cyklu apod. se dá zvládnout snadno).

Já dal nedávno sbohem PHP na čemkoliv větším a začal jsem se plně věnovat Pythonu. Líbí se mi že jsem nucen dodržovat nějaké formátování kódu, logovací modul a spousta dalších věcí. Navíc mně vypeskuje za kdeco, takže píšu kód správně a za moje obezličky, které jsem uplatňoval v PHP teď od Pythonu dostávám přes ruce :)

Už jsem si pořídil i hrneček a tričko. K lepším výkonům to nepomáhá ale rozšířil jsem si sbírku :)

No, taky se ale jazyk (a interpreter), který má větší komunitu, může rychleji rozvíjet (pro Python existuje např. projekt Psyco a velké naděje jsou vkládány do PyPy. Ten benchmark má dále jednu zvláštnost - v té sumarizační stránce nejsou zařazené všechny testy (nechápu proč); pokud si člověk zadá do všech benchmarků jedničky, Python poskočí nad Pike. Ale rozdíl je tak či tak v podstatě bezvýznamný.

Faktem je, že některým lidem Python nevyhovuje, mj. z hlediska syntaxe; jinak by asi nevzniklo např. Groovy. To není věc "syntaktické čistoty", ale spíše zvyku a asi i větší jednoduchosti. Vyjadřovací možnosti Pike se (dle mého odhadu zvenčí) asi Pythonu nevyrovnají, což ale nemusí být tolik na škodu (když se to nepřežene). Java se vydala cestou záměrného ořezání možností, což bylo v zásadě asi v pořádku, ale časem se ukázalo, že něco jako násobná dědičnost by se mohlo hodit (AOP), bez šablon nebo jejich obdoby se ve statickém jazyce pracuje špatně s kontejnery atd.

Co ale považuju za nejdůležitější, je dostupnost vhodných knihoven a dalších prostředků pro daný jazyk. Obávám se, že tady Pike za Pythonem a dalšími známějšími jazyky momentálně dost zaostává. Syntaxe je v tomto kontextu podružná.

Súhlasím, že komunita je dôležitejšia ako syntax. Práve preto som poznamenal, že je škoda, že Pike nie je viac rozšírený. Množstvom kvalitných knižníc sa Pythonu vyrovná len Perl, avšak Perl5 je z hľadiska objektového programovania už naozaj nevyhovujúci. Ruby však naberá razantne na popularite - a to všetko vďaka Ruby on Rails. Možno ak niečo podobne marketingovo uspešné objaví pre Pike, tak komunita by mohla podobne explizívne narásť.

Len dúfam, že Python3 bude úspešnejší projekt ako Perl6, ktorý sa tiež rozhodol zavrhnúť spätnú kompatibilitu (inak to zrejme ani nešlo) a jeho vývoj trvá už mnoho rokov a v podstate to dlhé čakanie spôsobuje, že Perl komunita stráca momentum. Tiež možno práve nebolo najštastnejšie sa spoľahnúť na referenčnú implementáciu v jazyku Haskell, ktorá sa nikdy nestate implementáciu použiteľnou v reálnom živote.