Názory k článku Novinky v jazyce Python 3.0
-
kkt (neregistrovaný)No to je super, v takom jazyku by som chcel programovat. Konecne uz viem co s casom, nemusim sukat svoju zenu, ale mozem dokolecka prepisovat programy podla aktualnej verzie pythonu. A co tak vo komercnej sfere! Kazdy sef je uz nadrzeny aby mohol utracat prachy za prepisovanie aplikacii. Krasa
-
Jan Švec (neregistrovaný)Dobrý den pane Štrauchu,
se zájmem jsem přečetl váš článek a v ničem mě nepřekvapil - přesně jak jsem čekal je psaný horkou jehlou. Nechci vám sahat do svědomí, ale chtěl bych vědět, proč pro vytvoření seznamu z iterátoru neustále používáte konstrukcil=[x for x in iterable]? Není lepší zapsatl=list(iterable)?Další naprosto fatální chyba - ukázka práce s dictionary (slovníky). Zkoušel jste si onen příklad s
for x in d.keys().reverse():v Pythonu 2.x? Pravděpodobně ne, protože byste zjistil, že on ani ve 2.x nefunguje. Problém je v tom, že metoda seznamureverse()provádí otočení pořadí v místě a vracíNone. A další pro mě velice důležitá věc - můžete mi naznačit případ z praxe, kde jste potřeboval otočit pořadí klíčů z dictionary? Ona dictionary totiž drží klíče neřazené a tudíž není zaručeno, že volánímkeys()získate vždy tutéž posloupnost.Další věcná chyba byla u příkladu s řazením - to řazení, které jste napsal pomocí
str.lower()je bez ohledu na velikost písmen!Další vaše fatální pochybení je u odstavce porovnávajícím bytes a str typy. Zapomněl jste zmínit změnu nejzásadnější - typ bytes je proměnný (mutable) typ, čili ho nemůžete použít jako klíče do slovníku! Typ str je oproti tomu neměnný. Důsledky z toho vyplývající si pravděpodobně domyslíte.
Nehci vám sahat do svědomí, ale mohu se zeptat kolik kódu jste napsal v Pythonu 2.x? A kolik v 3.x?
Omlouvám se všem za "rýpavý" příspěvek, ale takto nepřesný článek hned poránu mě pěkně nadzvedl ze židle. Přeji pěkný den,
Jan Švec
-
JS (neregistrovaný)V zasade souhlasim, az na jednu drobnost - podle
http://docs.python.org/dev/3.0/whatsnew/3.0.html
jsou bytes immutable (pokud chcete mutable, je tam bytearray). -
František Jahoda (neregistrovaný)Pane Švec,
Ve většině svých poznámek máte pravdu, ale v jedné věci se ve své horlivé kritice mýlíte.
Typ bytes je v pythonu 3.0 neměnitelný (immutable).
zdroj: http://docs.python.org/3.0/whatsnew/3.0.html
Like str, the bytes type is immutable. There is a separate mutable type to hold buffered binary data, bytearray. Nearly all APIs that accept bytes also accept bytearray. The mutable API is based on collections.MutableSequence.
Domnívám se, že i kritiku lze napsat mírnějším tónem a veřejně neponižovat autora za to, že se pokusil o krátké shrnutí. -
Jan Švec (neregistrovaný)Omlouvám se za omyl s bytes, vycházel jsem z Pythonu 3.0a1, kde podle tohoto http://www.artima.com/weblogs/viewpost.jsp?thread=220341 byly bytes ještě mutable.
However, I do want to mention that based upon the feedback for 3.0a1, we've decided to make the 'bytes' type immutable, and create a separate mutable bytes type, 'bytearray'. These two types are mutually compatible, but in the majority of cases you'll be using bytes, not bytearray.
JŠ -
Souhlasim, take se mi pri cteni toho clanku mrazilo v zadech :-).
Dlasi vec, ktera me nadzvedavala ze zidle, je vydavani typu bytes za retezec. To je naproste nepochopeni ucelu tohoto datoveho typu a vubec cele zmeny, ktera v Pythonu ohledne retezcu probehla. Takze to tedy ne pratele, vyvojari Pythonu si dali velkou praci, aby tohle schizma Pythonu odstranili, a byl v nem zase jenom jeden datovy typ retezcu. Duvodem je rada problemu, ktere nezkuseni programatori meli v dusledku michani retezcu dvou datovych typu. A koukam ze autor clanku by v tom rad pokracoval.
Takze prosim vemte na vedomi, ze bytes nejsou textove retezce, nemaji slouzit jako textove retezce a je hloupost je tak pouzivat. Bytes je sekvence bytu, tedy cisel 0-255 jdouci za sebou. Jsou to binarni data, nikoli text. A rozlisovat mezi binarnimi daty a textem by mel umet i nezkuseny programator. -
V clanku se psalo o textovych retezcich, ja pisu o textovych retezcich. Kde je problem? Pokud se mluvi o retezci bez pridomku ve vyssim jazyce, znamena to rovnez ten textovy. Uz v jazyce C je, napriklad u funkce fopen(), defaultni textovy rezim, binarni se musi zadavat explicitne. Mozna byste se vy kluci z nizsi urovne meli obcas trochu porozhlednout :-).
-
1. odst: Píšu tam, že to je jedna z možností, Vaše je lepší.
2. odst. Opravdu chyba, špatně jsem tam nakopíroval kód. Opraveno.
3. odst. Opraveno.
4. odst. Píšu o bytes "Cokoli co není unicode, je označováno za data a je reprezentováno typem bytes". Řetězec jsem zmínil až níže a to je taky chyba. Opraveno.
5. odst. V Pythonu 3.0 jsem toho moc nenapsal, není venku dostatečně dlouho a ani se ještě nedostal do mého oblíbeného Gentoo a ani jsem neměl tendenci psát si vlastní ebuild. Všechny příklady jsem zkoušel na final verzi, bohužel někde asi ne dostatečně.
6. Rýpavých příspěvků tu je plno, za to se nemusíte omlouvat :) -
belzebub (neregistrovaný)no me tam chybi jedna z veci ktera me asi nejvic nasere a mozna primeje pouzivat vic jiny jazyky - a to je odstraneni "%" pro formatovani stringu..
fakt me prislo super psat veci jako
s = "a = %d, b = %s, c = %d" % (xyz, bflm, psvz)
oproti tomu nove je sice univerzalnejsi, ale bohuzel zbytecne ukecane:
s = "a = {0}, b = {1}, c = {2}".format(xyz, bflm, psvz) -
Mně to funguje:
$ ./python
Python 3.0 (r30:67503, Dec 8 2008, 15:15:54)
[GCC 4.3.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> "%s %d" % ( "lama", 10 )
'lama 10'
>>>
Mám dojem, že jsem to taky někde viděl, že to odstraní, ale naštěstí neodstranili. Python 3.0 je asi celkem změna k lepšímu a 2to3 naprostou většinu věcí v pohodě převede, takže bude možné udržovat jeden kód, který poběží na všech verzích Pythonu. -
mikrom (neregistrovaný)To ma tiez dost znepokojuje, pretoze ja Python pouzivam hlavne na reporty z databazy a generovanie zdrojoveho kodu XML alebo COBOL a vsade hodne pouzivam formatovanie pomocou operatora [b]%[/b].
Python 3.0 som si este nenaistaloval, lebo uprimne povedane mam z toho trochu neprijemny pocit co mi to vyhlasi ked v nom skusim spustit jeden zo svojich programov?
Zaujimalo by ma ci konventor 2to3 dokaze bez problemov prekonvertovat prikazy typu
[code]
print "foo='%s' bar='%s'" % (foo, bar)
[/code]
na
[code]
print("foo='{0}' bar='{1}'".format(foo, bar))
[/code]
alebo si take nieco musim napisat sam?
Mate s tym niekto skusenost? -
mikrom (neregistrovaný)Ospravedlnujem sa za formatovanie. Vacsinou pisem na www.tek-tips.com a myslel som, ze root podporuje tiez TGML
Mal som asi nejaky skrat :-) , takze oprava:
To ma tiez dost znepokojuje, pretoze ja Python pouzivam hlavne na reporty z databazy a generovanie zdrojoveho kodu XML alebo COBOL a vsade hodne pouzivam formatovanie pomocou operatora %.
Python 3.0 som si este nenaistaloval, lebo uprimne povedane mam z toho trochu neprijemny pocit co mi to vyhlasi ked v nom skusim spustit jeden zo svojich programov? Zaujimalo by ma ci konventor 2to3 dokaze bez problemov prekonvertovat prikazy typuprint "foo='%s' bar='%s'" % (foo, bar)
naprint("foo='{0}' bar='{1}'".format(foo, bar))alebo si take nieco musim napisat sam? Mate s tym niekto skusenost? -
brk (neregistrovaný)Kdysi jsme rikavali "fyzika naucis programovat v jakemkoli jazyce, jen se musi jmenovat fortran" Python(y) je sikovny jazyk. Co mu ale chybi je moznost, alespon volitelna, pro praci s bloky kodu. Kdybych nepouzival konstrukce typu
for: ... #endfortak se v nem pri kopirovani kusu kodu ztratim :) -
me (neregistrovaný)Ja tomu rozumim tak, ze v Pythonu se bloky definuji tim, ze se odsadi kod. V jinych jazycich neni formatovani zdrojaku kriticke a bloky se definuji nejakou konstrukci:
Pascal: begin, end
C/C++/AWK/Perl: slozene zavorky {}
Bash: while..done, if..fi, atd
Fortran: for:..#endfor, atd
Pokud nejste na Python zvykly, je definice bloku odsazovanim nezvykla a matouci. Osobne se mi to zda jako blby napad... Python znam malo, nepouzivam. -
PetrZ (neregistrovaný)ja jsem prave rad za praci s bloky prave pomoci odsazeni
+ je to rychle
+ je to prehledne
+ uniformni kod (programator nemuze psat jako prase, nebo pouzivat svuj "unikatni" styl, takze orientace v cizim kodu je rychlejsi)
zavorky v C jeste preziju (nemusim v C tolik programovat)
ale za begin end bych vrazdil a jazyky typu pascal by lidi nemeli poustet kamkoliv dal nez z ucebnic (nebo pak vznikaji podobne hruzy jako visual basic etc.) -
toj (neregistrovaný)Pokud mate kratsi blok kodu, tak je ukoncujici "end if" a podobne vyrazy docela zbytecny. Pokud je kod bloku delsi tak prece neni problem na jeho konec pripsat komentar stylu #end if nebo #end while a tak dale. Begin a end je zlo nejvetsi, je to neprehledne, u zavorek {} clovek hned na prvni pohled vidi odkud kam ten blok saha. Zato begin a end snadno splyne s kodem pokud je za sebou nekolik kratsich prikazu. Taky to vypisovani je zbytecne zdlouhavy. Celkove mam z begin a end husi kuzi :-/
-
JS (neregistrovaný)Zvlastni, ze se to zda jako blby napad vzdycky tem, co to nepouzivaji. V praxi je to totiz citelnejsi.
Doporucuji to zkusit, protoze v praxi zjistite, ze to neni vubec problem.
Jinak, pouzivat nejake #end a take neni dobry napad. Prekladac to nekontroluje, takze si clovek pak IMHO snaz nabehne. -
Díky těmto změnám brzy dojde k situaci, kdy nebude existovat žádný větší pořádně odladěný a léty prověřený program v Pythonu a pojede se skoro od nuly.
Podpora starší verze také nebude věčně, a hlavně jí věčně nebudou podporovat autoři knihoven.
Já tohle nevidím jako pokrok, protože jazyk, který po 17 letech existence není schopen zachovat zpětnou kompatibilitu, a je nucen syntaxi totálně rozkopat, je důkaz neserióznosti Pythonu. Pokud chtěl Python rozrývat syntaxi, měl to dělat první léta svého fungování, jazyk, který kašle na kompatibilitu poté co 17 let existuje dává za signál jenom jediné: nesvěřujte mu nic důležitého.
Představte si, že by toto třeba udělalo Céčko, nebo unixový shell. Najednou by se někdo rozhodl, že Céčko je třeba nekompatibilně překopat, a všech C programy včetně linuxového kernelu, a všech základních služebních programů je nutné přepsat a předělat. Myslím, že by MS slavil, protože Linux by z nich dlouhá léta nevyšel. -
Inkvizitor (neregistrovaný)Nemaluj čerta na zeď. Python nebyl NUCEN totálně překopat syntaxi, jeho autoři prostě měli pocit, že design už poněkud zastaral. Rozhodně bych nechtěl, aby z Pythonu vznikla přeplácaná prasárna typu C++ nebo naopak kdyby se jazyk přestal vyvíjet, pokud vývoj pokročí kupředu.
-
- Platform DevOps Engineer - BW4HANA
- Brand BTS Manager
- Data Engineer
- Specialista prodeje - Full remote/Full home office
- Školitel/ka
- Junior Developer
-
- Přesáhni sám sebe
- Kvalitnější spánek: více energie pro každý den
- Konec prokrastinace
- Co potřebuje HR specialista vědět o projektovém řízení?
- Jak úspěšně připravit vaši první online kampaň
- Storytelling 1: Prezentace a business storytelling
-
- IT Project Coordinator
- Brand BTS Manager
- Pracovník automatizace - Náborový příspěvek 35 000 Kč
- Data Engineer
- Školitel/ka
- IT ANALYTIK/ANALYTIČKA - ŽIVOTNÍ POJIŠTĚNÍ
-
- Práce s informacemi ve výrobě II.
- Kvalitnější spánek: více energie pro každý den
- Konec prokrastinace
- Jak úspěšně připravit vaši první online kampaň
- Storytelling 1: Prezentace a business storytelling
- Jak na Power Query pro Excel
ČLÁNKY DO MAILU