Názory k článku Co přinese chystaný Python 3.0?

No, původně jsem nechtěl na tento příspěvek odpovídat (mj. pro jeho nekonkrétnost), ale ať to vezmu jak chci, jako takový "vopruz" mi to nepřijde. Bude to podle mě fungovat jako v Javě - pokud neuvedu předka (předky), dědí se od kořene (ala java.lang.Object). A skoro ve všech případech je přechod od klasické třídy k nové třídě bez problémů (na věci typu rexec se beztak po zavedení new-style classes nedá moc spoléhat a i dříve "klasické" wrappery typu sip přešly na nové třídy).

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.

problém bude mixování hebrejštiny s builtins. Zleva nebo zprava?

Především by měl interpret vědět, zda kód scriptu začíná nahoře nebo dole :-)

Tleskaaaam :D :D Tohle si normalne musim vytisknout.

Co se meho nazoru tyce, tak sou to zhovadilosti, vymyslenosti a uplny kraviny. Podpora unicodu me pride rozumna v praci retezci, tam je to pak fajn - hlavne kdyz je to pak dotahnute do funkcnosti typu strcmp atd....

Co se jakehokoli jazyku tyce - melo by se koukat hlavne na to co vsechno v tom jde napsat, a zda to LZE napsat prehledne a jak to bude rychle, pripadne na cem vsem to pobezi. Idealy sou krasna vec, ale krapet utopicka. V pythonu lze napsat prasarna stejne tak jako v php lze psat prehledne, berlicky v syntaxi jsou pro neumeli a prasata, kteri se bud nauci psat kod - a pak zmeni nazor, nebo nenauci a zustanou prasaty.

A ve vysledku je pak uuuplne jedno, zda clovek programuje v Cecku, Becku nebo Xku.

Az mi nekdo posle kod s unicode identifikatorama (nebo treba jenom ceskejma) asi mu dupnu na krk... Ja sem zvyklej pracovat od identifikatoru az po komentare anglicky a s unikoudem si vystacim v řěťěžčíčh... Ja vim, da se o tom diskutovat a pro ti gustu... Ale ja bych z mongoloidnich identifikatoru brecel... (u nekterejch ani nevite, kde zacinaj a konci jednotlivy pismena...)

Prosim piste si klidne identifikatory jak chcete, ale v latince a bez diakritiky...
Pokud jde o nase zahranicni kamarady, problem nemaji: http://www.google.cz/search?q=russian+site%3Aru+filetype%3Ac

Dobrej namet na vikendovy komix - treba by to aspon stalo za to, kdyt to bude mit nejakou myslenku;)

Tohle je v Jave uz nejakou dobu taky a nikdo proti tomu nebroji :)

Pravda, vetsina rozumnych lidi tuhle featuru ani nevyuziva a pise identifikatory v
[a-zA-Z_][a-zA-Z0-9_]* :)