Ja myslim, ze 20 binarne konci na nulu, takze se jedna o kulate vyroci. Za tech dvanact let by to bylo superkulate.
Analogie z bezneho (desitkoveho) zivota:
Kulate narozeniny jsou 10,20,30..100, 120 a nikoli 10, 100, 1000
Takze binarne 10, 110, 10100 (proste suda cisla) by mela byt take kulata.
Z cehoz plyne, ze ajtaci muzou slavit kulatiny kazde dva roky a v lichych letech slavit pulkulatiny (:
Ten Grumpy vypadá zajímavě, takže jestli ho Google dotáhne do konce, tak to bude pěkný přírůstek k implementacím Pythonu.
Ale jinak - moc ve svém okolí nevidím masivní úprk k Pythonu 3. Pokud lidi něco skutečně nedokope k přechodu (a co by mělo, když i mnoho balíčků v linux distribucích závisí na P2), tak budou stále používat dvojku, klidně starší tedy bez CVE patchů. Trošku podobné je to s PHP.
Troufam si tvrdit, ze my v Debianu (a v navaznosti v Ubuntu) mame velkou "silu" Python 2 potopit, viz. http://sandrotosi.me/debian/py2removal/py2removal_progress.png
3x hura :)
Vidím to přesně opačně. Aktuální verze Djanga už Python2 nepodporuje, což vytvořilo velký tlak na celý navazující ekosystém a většina knihoven postupně kompatibilitu také odstraňuje. Knihovny které nefungují s trojkou už podle mě vymřely.
Linuxové distribuce už zmínili jiní. Na problém py2/py3 jsem za posledních několik let narazil jen jednou, kdy kolega řešil nějakou aplikaci, kterou potřebuje distribuovat koncovým uživatelům na OS X, kde je bohužel výchozí pořád py2.
No doufejme ze python2 vymre driv nez python1 i diky iniciativam jako https://python3statement.org/ tohle rozdvojeni pythonu jenom skodi.
Latest commit 3ec8795 on Nov 22, 2017 ... asi trochu zvolnili tempo
https://github.com/google/grumpy
27. 2. 2020, 15:33 editováno autorem komentáře
Ve Fedoře se postupně Python 2 vyhazuje:
https://fedoraproject.org/wiki/Changes/RetirePython2
https://fedoraproject.org/wiki/Changes/F31_Mass_Python_2_Package_Removal
Řeší to Miro Hrončo tento projekt (přechod na Python 3) vede velmi dobře, takže pravděpodobně bude vše ok (netuším ale jak to dopadá s Callibre a podobnými tooly, kde to původní autoři IMHO moc řešit nechtějí). Ale problém je například v RHEL 6/7, který je stále hodně nasazovaný, Vůbec LTS distribuce...
27. 2. 2020, 19:14 editováno autorem komentáře
Díky za článek.
Tak už je to tedy 20 let kdy jsem z baťáků, PHPčka a Javy, přesedlal na Python. Později jsem jím nahradil i Pascal/Delphi, C/C++ a složitější Bashové scripty. Většinu věcí, které dnes potřebuji naprogramovat řeším právě Pythonem a jeho odnožemi. Posledních pár let nedočkavě pozoruji snahy dostat Python na frontend prohlížečů a do mobilů/tabletů.
Za zmínku by stálo, že v Pythonu byl naprogramován jeden z prvních webových prohlížečů:
Grail: https://en.wikipedia.org/wiki/Grail_(web_browser)
Jeden z prvních webových frameworků: Zope https://cs.wikipedia.org/wiki/Zope a nad ním redakční systém / CMS Plone https://cs.wikipedia.org/wiki/Plone.
Python najdete téměř v každé linuxové distribuci, protože je v něm napsána spousta systémových nástrojů, nebo jejich částí.
Jestli se nepletu, na Pythonu se rozjížděly služby jako Gmail, YouTube, v Čechách na něj přesedlávali z Perlu v Centrum.cz, Seznam.cz na něm má postavenu řadu klíčových služeb, jako firmy.cz, a samozřejmě na něm jede frontend CZ.NICu.
Vedle Gimpu, Blenderu a řady dalších aplikací ve kterých můžete programovat v Pythonu bych zmínil OpenOffice / LibreOffice, které si nesou Python s sebou.
Binding knihovny existují pro celou řadu dalších aplikací. Namátkou VLC, MS Office, Firefox, ...
Přimlouval bych se za doplnění článku o zmínku, že v ČR máme jednu z nejaktivnějších Python komunit. Na mnoha místech ČR pořádáme pravidelná setkání https://pyvo.cz/ pořádáme kurzy programování https://pyladies.cz/ konference https://cz.pycon.org/ a další aktivity https://python.cz/
Přál bych nám víc web hostingů s podporou Pythonu. Už by se ho, za ta léta, mohli admini web hostingů naučit ochočit. (Podsouvám návrh na článek, či seriál :)
Jsem zvědavý, jestli už s Pythonem "dožiju", nebo zda se dožiji jeho následovníka.
PS: překlep v článku: "TensowFlow".
Tak jsem tam přihodil krátkou kapitolku https://www.root.cz/clanky/dalsi-kulate-vyroci-v-it-dvacet-let-existence-pythonu-2/#k20 (a uvidíme se na nějakém Pyvu :-)
Děkuji za doplnění.
Plán, pozvat Vás na Pyvo tady už několikrát proběhl jen chyběla odvaha to po Vás chtít.
To naše Pyvo je Plzeňské, což je z Brna trochu z ruky, ale kdo ví, jak se to ve vesmíru poskládá, třeba na to jednou dojde. Témat, kterými byste nás mohl obohatit je velmi mnoho.
Ať se Vám daří.
Plzeňské Pyvo máme pravidelně, každou první sudou středu v lichém měsíci, ale pro takovou výjimečnou situaci bychom zorganizovali i speciál navíc.
Pro Vás nejbližší akce, kde nám na živo předat střípek znalostí, jsou Pyva v Brně, které pořádá váš Red Hatí kolega Petr Viktorin.
Většina Pyv jsou přednáškový blok kombinovaný s neformálním posezením. Přednášky se nahrávají a někde i streamují do světa. Téma přednášky se dá domluvit s organizátory.
Příležitost pro osobní setkání s větší skupinou lidí by byl PyCon v Ostravě, který právě přijímá návrhy přednášek: https://cz.pycon.org/2020/cfp/
Takové témata jako třeba Python na front endu, Asynchronní fronty úloh, ale i mnoho dalších by jistě byly vítány.
No, co se budoucnosti Pythonu a alternativních implementací týče, tak jsem asi nejvíce zvědavý na Oraclí GraalPython - impementace Pythonu nad GraalVM. Dle posledního dema, co jsem viděl by mělo jít o plně jitovanou a optimalizovanou implementaci s kompletním API pro rozšiřující moduly (slibují minimálně podporu pro numpy a scipy). Navíc se zdá, že to celé běží nad něčím velice podobným jako Java, neboli konečně bude v Pythonu plnohodnotný multi threading bez GILu.
Našel jsem
https://morioh.com/p/f9ac967a1149 a
https://github.com/python/cpython/blob/master/Lib/test/test__xxsubinterpreters.py
Vypadá to poměrně slibně, byť je to trochu zašmodrchané jako spousta věcí, kde se Python snaží zůstat svůj a zároveň se posunout. Každopádně dík za tip.
"Multi threading bez GILu v CPythonu uz je, subinterprety."
A nejsou subinterprety spíš "víc GILů", jakože pro N (a více) vláken budu mít N subinterpretrů s celkem N GILy? :)
Btw. který use case potřebuje nemít GIL a zároveň nejde řešit přes procesy a messaging? Za pár let tu budou procesory se stovkami jader, takže stejně možná raději na vlákna zapomeňte a začněte si zvykat na ten messaging :)
"výpočet rozdělí mezi tolik jader, kolik bude mít k dispozici."
tohle jde v cythonu velice jednoduse
https://cython.readthedocs.io/en/latest/src/userguide/parallelism.html
vyhoda je snadna integrace s python aplikaci, kvuli par radkum vykonove kritickeho kodu nemusite psat celou aplikaci v nizkourovnovem jazyce.