Více vláken v Pythonu bez GIL

Vysvětlí mi někdo, proč v interpretovaném jazyce používat low-level threading a ne procesy? Ladění chuťovek jako race-conditions ať si klidně nechají pluskaři.

Whitespace bloky jsou náhodou super věc. Za prvé se rychleji píše, za druhé je výsledný kód přehlednější.
To, že každej používá jiný odsazení, to je daň za hezčí kód. Nicméně od toho tu jsou coding styly, který by se měli dodržovat a věřím, že to většina lidí dělá.

Přesně takhle se to s pythonem dělá, nechá se to na editoru.

Jaký je rozdíl mezi tím, když napíšu ‚}‘ a ‚<Backspace>‘? …k tomu prvnímu zpravidla potřebuju stisknout dvě klávesy. A není překvapením, že pro ‚{‘ a ‚<TAB>‘ platí to samé. Já teda v Pythonu nikdy nic velkého nedělal, jsem odkojený na jazycích vycházejících ze syntaxe C, ale s tímhle bych neměl nejmenší problém.

Jako učitel, který se má vyznat v kódu svých žáků můžu říc, že právě v povinném odsazování vidím výhodu.
Mimochodem další doporučení pro formátování:
http://www.python.org/doc/essays/styleguide.html#comments
IMHO: Žádný jazyk není dokonalý, ať každý používá to, co mu vyhovuje.

kdyz v tom nevydite vyhodu tak to nepouzivajte. Nekonstruktivne komentare tohto typu si mozte odpustit

Na první pohled je totiž vidět, kde blok začíná a kde končí. To je velká výhoda oproti C,C++,…, kde musíte pořád počítat závorky a doufat, že jsou všechny tam, kde mají být. V závorkách se často dělávají chyby, takže když to v Pythonu odpadá, tak se musí zákonitě psát pythonovské bloky rychleji.

Jaky je rozdil mezi tim, kdy nekdo napise blbe zavorku a pak to ma blbe odsazene (protoze to je po zformatovani ekvivalentni), nebo nekdo blbe odsadi a pak to ma blbe odsazene?
Rozdíl je v tom, že to druhé je samozřejmé, zatímco to první závisí na editoru.

Já mohu potvrdit, že se v něm skutečně píše rychleji
člověk nemusí řešit spoustu věcí syntaxe, protože to za něj vyřeší bloky.
Já vím, že existují supr dupr našláplé editory, ale zase takové závorkové peklo se v pythonu (narozdíl od C, PHP a podobných jazyků) podaří jen zřídka. To pak brzdí a ikdyž to editor chytře zformátuje, tak do toho musí člověk chvíli koukat, než se zorientuje, což v pythonu nebývá problém.
člověk nemusí řešit 10000 různých způsobů concatnutí objektu (jako třeba paskvil jménem PHP). Prostě tam, kde to lze se jednodušeji všude používá +. Je to jazyk s dynamickým typováním, takže člověka upozorní na prasárny a zároveň mu umožní dostatečně flexibilní práci s proměnnými.

Psaní je snadnější např. proto, že se nepíšou středníky, tím pádem nemusím mačkat klávesu středníku a taky nemůžu na středník zapomenout. Prostě napíšu každý příkaz na jeden řádek a to stačí.

Ve schopném editoru jako např. Vim se s pythoním kódem pracuje dost pohodlně. Absence závorek na ohraničení bloku má tu výhodu, že na zkopírování bloku stačí zkopírovat řádky. Nemusím nikde lovit závorky, nikde mi závorka nemůže chybět nebo přebývat.

Ve vimu stačí na přizpůsobení odsazení zmáčknout před vkládacím příkazem ‚]‘, např.  ]p

V beznem editoru je odsazeni celeho bloku taky na jednu klavesouvou zkratku ;)

Houby v tom máte naprogramované a ajtak budete remcať. S Pythonom robím krátko, ale ešte ani raz sa mi nestalo, že by som mal chybu v odsadení. A rovnako sa mi ani nestalo, že by som sa nad týmto nejako pozastavil a videl v tom problém, pri programovaní mi to vôbec nedojde.

Pokud casto resite problem s indentaci namichanou z tabu a spacu, zkuste spoustet python s prepinacem „-tt“.
Pokud jde o re.match, tak to „re“ neni trida, ale modul, tedy jakasi knihovna funkci. Pokud chcete vice OOP pristup, zkuste re.compile a objekty, ktere poskytuje.
Jinak muzu doporucit napr. http://docs.python.org/tutorial/ a nebo http://www.amazon.com/Python-Dummies-Stef-Maruch/dp/0471778648. Kdyz u se s tim nenaucite v Pythonu programovat, alespon vam to pomuze stezovat si na relevantni veci…

Mne zase prijde vtipne, ze toho moc lidi nevi a pak pise takove blbosti.
1) Odsazovani je navrzeno prave z duvodu nucene prehlednosti kodu. Vetsina plikaci je velmi citelna i v pripade, ze citatel neni autor. To se o jinych jazycich tvrdit neda.
2) Mix tab/space je hnus vsude. Ja osobne mam vsude prepisovani na mezery. Pak je to videt vsude stejne.
3) uz tu nekdo psal, ze re je modul. match je funkce v modulu re. Pokud chcete objekt je nutne vytvorit instanci, v tomto pripade faktory re.compile. Nechapu proc by mel mit string rovnou metody pro regularni vyrazy. To mi neprijde koncepcni. Takto se lepe rosiruje funkcnost.
4) Thready jsou bezva a jsou bezva i v pythonu. Jsou tam z duvodu jednodussi implementace a ne pro zvyseni vykonu. Pro vyssi vykon se daji vytvorit podprocesy. Nechapu, ze si tolik lidi mysli, ze thready jsou jen kvuli rychlosti.

1) Takovej kod se pak hure merguje, protoze je treba hlidat i bile znaky. Citelnost kodu je dana zejmena tim, kdo kod napsal, jazyk to ovlivni minimalne.
4) Globalni zamek tam je jen a pouze kvuli tomu, ze to je mnohem snazsi na implementaci. Zadnou jinou vyhodu to nema.

> – nutnost odsazovani: jde zapsat python kod do jedne radky na cmdline
Jde. Lidem, co píšou malichernosti typu jabber server na této vlastnosti většinou příliš nezáleží.

> – neni nic „prijemnejsiho“, nez po upraveni ciziho kodu hledat spatne odsazeni
Chtěl bych vidět někoho, kdo přijme patch, který bude mít tu skvělou vlastnost, že nebude dodržovat nastolené formátování (tzv. coding style) pro kód v libovolném jazyce.

> – vyucovat OOP na prikladu re.match(„c“, „abcdef“): tohle je hodne velka vec, kterou na pythonu nesnasim.
Je problém vyučujícího, pokud vyučuje OOP na neobjektových příkladech.

> – no a ted ty thready: to musi byt opravdu bezva jazyk, kdyz v nem clovek napise multithread aplikaci a pak stejne bezi jenom jeden thread.
Běžná praxe, jazyky využívající green threads touto „vlastností“ obvykle disponují. Neužiješ si sice dvou cpuček při konverzi do mp3jek, spoustě jiných (například síťových aplikací) to ale nevadí.

Takze commitnete patch plny zbytecnych zmen formatovani v tech castech kodu, ktere napsal nekdo jiny? :)

Je mi sice jasne, ze zivim trolla, ale:
GIL neni ve specifikaci pythonu, je to pouze vlastnost jedne (byt nejoblibenejsi) jeho implementace – CPythonu. Jsou i jine implementace, ktere GIL nemaji a vlakna tam pak bezi skutecne konkurentne.
Nadavani na nutnost osazeni je obvykle reakce lidi, kteri v Pythonu nepisi. Pokud v nem pisete vic, zvyknete si a prijde vam to prirozene. Sice nemuzete napsat rozsahly filtr na jeden radek, ale je otazka, jestli je to takova skoda :).

Tak já třeba vím o jedné věci, která důvodem proti rozhodně není. Taková race condition se nijak neomezuje na aplikace využívající vlákna. Vlánka patřící jednomu procesu mají obvykle „trošinku problém“ s během na různých počítačích, zato race condition je „oblíbenou“ třídou problémů vyskytujících se u distribuovaných aplikací.