Perl 5.22

Po roce od vydání verze 5.20 (zprávička) vyšla verze 5.22 programovacího jazyka Perl. Do vývoje se zapojilo 94 vývojářů. Změněno bylo přibližně 590 tisíc řádků v 2400 souborech. Novinky a změny v podrobném seznamu.

2.6.2015 17:34 | Ladislav Hagara | Nová verze

Komentáře

[UM]

NECHTE PERL UMRIT

[tomvec]

Nestrhni si CapsLock...

[pc2005]

Proč? Perl je náhodou skvělej, můžu v něm napsat skript velmi rychle a zhuštěně (sice to pak může být prasokód, ale přece nebudu plýtvat časem na uhlazování skriptu na jedno použití).

[TM]

On Perl neumí a nechápe, proto tady pořvává.

[Xerces]

A v čem se bude na UNIXech skriptovat?

[ET]

πthon? :/

[kyknos]

Tech alternativ lepších než perl bude hodne

[arnolt]

Ciwe! Vona furt není hotová ta šestka?

[kyknos]

Dřív bude hurd v produkčním stavu

[petr_p]

Takže dřív než tyto Vánoce?

[little.owl]

Uz asi pozde.

[little.owl]

Tak Perl6 neni kompatibilni s predchozi radou, jiny jazyk a nevypada vubec spatne, a Parrot VM je pekna vec.

[:::]

Kdyz jsem naposled zkousel Rakudo, tak to bylo velice velice pomaly. Uz s tim neco udelali?

Treba jednoduchy parser napsany pomoci tech vestavenych gramatik (super vec by the way) bezel na jednoduchym vstupu asi minutu. Realne by mel bezet par milisekund. A ne, nenadelal jsem tam zadny super neefektivni prasarny...

[wamba]

je to stále pomalé (přibližně totéž v Perlu a v Perlu 6, hledání anagramů mezi seznamem slov v souboru)

time perl6 anagrams.p6

real	0m37.539s
user	0m37.193s
sys	    0m0.143s

time perl anagrams.pl

real	0m0.149s
user	0m0.123s
sys	    0m0.017s

[little.owl]

Stale pomale, pokud to ma byt do techto Vanoc, maji co delat. Jazyk je to dobry, ale implementace je bidna a soucasna situace neodpovida cca 15 letum vyvoje. IMHO, podstatnou cast stravili prepisovanim prepsaneho a resenim vzajemnych antipatii - alespon do 2011, kdy jsem to prestal sledovat.

[Marvin]

Jazyk je to dobry,

Souhlasim ze nektere veci jsou tam dobre - treba ty zminovane gramatiky.

Ale je tam hodne videt "second system syndrome" a navic co jsem to naposled zkoumal tak jsem mel pocit ze pri navrhu se nebral v potaz vykon a kvuli nekterym vecem to bude velky problem optimalizovat.

Treba me to autori prekladace vyvrati a za par let se jim to podari. A treba taky ne a ne proto ze jsou neschopni...

[RM]

Ale je tam hodne videt "second system syndrome"

Můžete uvést několik příkladů?

[:::]

[little.owl]

Staci se kouknout na vyvoj Perl6 od 2000 (mug throwing meeting), kdy se rozhodli v podstate zahodit vsechno co meli a zacit na zelene louce. Zemetreseni v 2007 a opet predelavani uplne vseho.

Cyklus opetovneho nekompatibilni refaktoringu cca kazde dva roky, nekomunikace mezi teamy vyvijejicimi Parrot a Perl6 frontendy, spory mezi Rakudo a Parrot vyvojari, takze Rakudo nakonec bezi nad MoarVM a JVM.

Zadny div, ze po 15 letech to vypada jak to vypada.

[RM]

pri navrhu se nebral v potaz vykon a kvuli nekterym vecem to bude velky problem optimalizovat

[RM]

ještě pro vyznavače tabulek a speed testů Osobně jsem ještě na limitující výkon nenarazil. Rozsáhlé projekty nedělám, a pokud bych je dělal, možná bych je dělal v něčem jiném. Perl je skvělej programovací jazyk, který v unixu dobře vyplňuje místo, kdy použití shellu, coreutils, awku nebo sedu (zejména pro práci s textem) by bylo až příliš krkolomné. Což asi někteří (šmudlové) nikdy nepochopí.

[xm]

Sorry, ale tvá definice "šmudlů" je s mojí nějaká nekompatibilní Pro mě jsou "šmudlové" hlavně lidé co prasí nečitelný špagetový kód v PHP či právě Perlu. V Pythonu jsem naopak "šmudlů" potkal nesrovnatelně méně (což je nejspíš dané i tím, že v Pythonu se prasí hůře než v PHP & Perlu).

[RM]

Pro mě jsou "šmudlové" hlavně lidé co prasí nečitelný špagetový kód

Otázka je, co je pro tebe nečitelný kód, a tím se dostáváme opět na začátek, tedy: kdo nezná reg. výrazy, shell, awk a sed, pro toho to bude vždycky nečitelné.

[xm]

nečitelný špagetový kód ... špagetový kód je snad dostatečná definice, takový terminus technicus

[kralyk z abclinuxu]

Regexy, jakož i shell, awk a sed znám, používám je bežně. Přesto mi Perl přijde solidně nečitelný. Asi je někde něco špatně.

[pc2005]

Přesto mi Perl přijde solidně nečitelný.

Příklad? Rád bych provedl kalibraci.

[RM]

Také bych se ze stejného důvodu přimlouval za ukázku, abychom to konečně rozlouskli. Třeba také xm přidá trochu perlovských špaget (zatím to byla jenom omáčka).

[RM]

Nebo ještě přesněji: Co tě přijde čitelnější pomocí sedu, awku než v Perlu? Já se totiž s awkem a sedem většinou dostanu na několik rour s výrazy plnými D,P,x,G... přičemž si nedovedu představit, že může být pro druhého ještě něco méně čitelného.

[kyknos]

To je jako ptát se, zda jsou čitelnější hieroglyfy nebo klínové pismo

[RM]

To asi sotva. Nevím, proč bych měl třeba prohazovat hold registr s pattern registrem v Perlu, šmudlo.

[arnolt]

jednoznačně klínové písmo

[kralyk z abclinuxu]

Mně na Perlu přijde nečitelná ta syntaxe. Disclaimer: Perl skoro neznám. Když se podívám na Perl kód, vidím hromady znaků jako $, @, %, <> a dalších, vypadá to jak nějakej ASCII art. Taky mi přijde, že funkce se někdy volají se závorkama, někdy bez, netušim proč. Tohle všechno je naprosto nesmyslný. Je to trochu jako v PHP, kde taky úplně nesmyslně používá sigil $ a operátory jako ::, \ a ->, akorát v Perlu šli ještě o pár kroků dál - zdá se mi, že si autor vzal k ruce ASCII tabulku a každýmu znaku se pokusil přisoudit specielní význam v jazyce...

Sedový příkazy můžou bejt taky nepřehledný, ale aspoň se drží celkem jednoduché syntaxe a sed je oproti Perlu jednoduchej nástroj. AWK má C-like syntaxi, takže to je v pohodě.

[RM]

Příloha:

• sed.txt (5967 bytů)

Tak hodně štěstí při luštění přiloženého sed výrazu ;). Awk má substituce, které se nedají dobře používat pro složitější věci a pro práci s textem (různé parsery) se hodí tak akorát jako doplněk k sedu. Jinak ty znaky, které vám přijdou nepřehledné v Perlu se dostanou rychle do krve, nevidím v tom žádný problém.

[pc2005]

No je fakt, že rozdělení proměnných na skaláry, pole a hashe je trochu nabudku, zvlášť, když jsou všude vyžadovaný. Jinak je ale například použití "." pro spojování řetězců geniální. Ty závorky je něco jako " a ' v bashi (u sedu je to pak lahůdka při escapování závorek jako znaku a jako kopírování).

Jinak PHP přece vychází z použití perlu na CGI skripty.

Některý funkce ale taky nechápu (například referencím se radši vyhnu ) nebo mě připadaj moc líné (například funkce "x" ).

[Bystroushaak]

Jinak je ale například použití "." pro spojování řetězců geniální.

Proč je to geniální?

[pc2005]

Geniální vůči céčku. Inteligentnější volba znaku vůči VHDL (spojení vektorů).

[little.owl]

Jinak je ale například použití "." pro spojování řetězců geniální.

Proboha, co je na tom genialniho? V cem je to lepsi nez intuitivni '+' v Pythonu/Ruby, ktere konzistentne funguje treba i na listy/pole?

V okamziku kdy zacnete pouzivat v Perl5 unicode, strkate hlavu do hnojiste, a musite hlidat vas genialni operator '.' a souvisejici autoconverze a doufat, ze vam nejaky zabugovany pouzity modul neodebral interni unicode flag.

[pc2005]

$val1="123";
$val2="321";

$result1=$v1.$v2;
$result2=$v1+$v2;

Samozřejmě, zabugovaný modul je chyba.

[little.owl]

Aha, takze vam neslo o concatenation operator, ale treba implicitini konverze a context sensitivity. To je velmi silny nastroj v perl5, ale take velmi nebezpecny, takze jsem rad jine jazyky voli trochu jinou cestu.

[pc2005]

No mě šlo hlavně o přetěžování operátorů.

[little.owl]

Overload module? To je ale opet neco uplne jineho. Nevim jak to vypada ted, ale drive byly problemy treba s jejich copy constructory, ktere se nevolaly, vubec cely objektovy model je na bednu. Dost, koncim, neminim si kazit vikend premyslenim o perlu.

[RM]

Tedy vám musel Perl pořádně hnout žlučí. Docela by mne zajímalo, co to bylo za projekt a jeho rozsah.

[little.owl]

Cca 5000 radku, spise to gradualne narustalo, veci spojene se zpracovani textur ci data mining.

Ale rozsah projektu neni problem.

Nemam rad ubastlene nedodelky. Perl5 je neuveritelne spatne navrzeny, vnitrne nekonzistentni jazyk, kde neexistuje rozumna specifikace (srovnejte Python ci Go), kde temer cokoliv je nejak rozbite ci se skrytymi zakoutimi. Diku tomu implementace nema standardni lexer, parser, ani AST, a ho v podstate ani nelze rozumne parsovat (viz. treba zde, clanky publikovane v The Perl Review).

Temer cokoliv jineho je v soucasnosti lepsi volba.

[kyknos]

Tak tak

[RM]

Zajímavé, díky za odkazy.

[little.owl]

ještě pro vyznavače tabulek a speed testů

Tohle ale neni implementace Perl6, ktery je stale mnohem pomalejsi nez Perl - a ten se v prispevcich nahore neresil.

[RM]

Hlavne Perl6 není ještě venku a pak, jak už zde bylo napsáno, Perl6 je prakticky jiný programovací jazyk. Zprávička ale byla o Perl5.

[mirec]

Totálne offtopic, medzi testmi tam vidím Ruby / JRUby. Prečo tu nie je viacej implementácií pythonu (napr PyPy)?

[Marvin]

Me se nemusis snazit prodat Perl 5 - ja ho bezne pouzivam C++ se to sice vykonem nevyrovna, ale to od skriptovaciho jazyka ani neocekavam. A ve vetsine pripadu je to dost rychly.

Perl 6 je ale neco uplne jinyho. Tam i jednoduchy skript muze mit run time klidne minuty. Kdyz mas hodne trpelivosti tak to muzes sam pouzivat na nejaky drobny veci, ale nahrat skript v Perlu 6 nekomu jinymu, tak bych se asi musel propadnout hanbou, protoze by to vypadalo ze jsem naprosty amater...

[RM]

Já nic neprodávám, jen bojuju proti naprostým bludům.

[pavlix]

To rozhodně. :)

[Lol Phirae]

cca 15 letum vyvoje. ... alespon do 2011, kdy jsem to prestal sledovat.

Tomu říkám výdrž!

[Ruža Becelin]

U Perlu se mi libi jedna vec, ze veci, co jsem si napsal ve verzi 5.4, nebo 5.6, spustim na 5.2x az na vyjimky pres problemu.

[x.]

Jo to je jedina (a skvela) vec, proc jeste dneska perl trpim.

[Xerces]

A ještě bezproblémová přenositelnost mezi OS a solidní výkon při zpracování textu. A co víc od jazyka přát?

[Bystroushaak]

Čitelnost, udržovatelnost, efektivitu vývoje.

[RM]

Pro toho, kdo neovládá regulární výrazy, bude Perl vždycky nečitelnej. S tím se nedá nic dělat.

[:::]

+1

[Bystroushaak]

Jako kdyby to byla výhoda a ne naopak.

[RM]

Výhodu to má tu, že v tom nedělá hned tak nějakej šmudla.

[RM]

Třeba v Pythonu už mi přijde přešmudlováno.

[Bystroushaak]

Výhodu to má tu, že v tom nedělá hned tak nějakej šmudla.

Perl podobně jako třeba PHP tenhle typ lidí přímo přitahuje. Navalí ho na sebe, popíší se dvacíti způsoby, slepí s ním pět na platformě závislých shell programů, navrch nastříkají bukkake polevu z regexpů a pak na ostatní laškovně pomrkávají. Tohle je jazyk, kde když někdo vytvoří neudržovatelnou neotestovanou a nezdokumentovanou špagetovou sračku, tak ho za to ostatní poplácají po ramenou, jakej je borec, že zvládá perl, místo aby dostal pěstí za utrpení budoucích generací.

[⧠ A = 0]

Oho. Tomu říkám hejt.

[RM]

shell, coreutils, sed, awk, reg. expr, perl

Vidíte v tom nějaké souvislosti? Pokud ne, tak je to marné.

[pc2005]

No musím přiznat, že ve svém FPGA parsovači v perlu jsem použil taky tři způsoby zápisu do pole , ale to jen proto, že jsem si nebyl jist jak dlouho budou jednotlivé varianty trvat. Nakonec použiju tu nejrychlejší.

Jinak si ale vždycky můžeš zvolit vlastní formát zápisu, je jen tvoje volba, pokud to nebude syntaxe s odsazováním, ale homogenní blob bez CR/LF.

[little.owl]

[RM]

tenhle typ lidí přímo přitahuje

Jinak zajímavé exaktní vymezení šmudlů :). Já šmudlům nechal trochu víc volnosti. Moji šmudlové mají blíž k těm, co přeskakují shell, sed, awk, reg. exp a rovnout se vrhají do pythoního víru.

[kyknos]

V tom případě jsem hrdý smudla

[ivan]

Myslim, ze vsechny funkcionalni jazyky(popr. jazyky umoznujici kombinovat imperativni a funkcionalni programovani), a ktere umoznuji psat "zhustene" jsou na tom stejne. Hlavni problem je v lidech a jejich pristupu. To jenom Java si vytkla za cil, ze nedovoli lidem "prasit".

Podivejte se na vyvojove prostredi EPIC. Navrch je Eclipse vespod je Perl runtime, ktere anotuje zdrojaky, ktere pisete.

Pro me je Perl jediny jazyk, ktery mne nebrzdi a muzu v nem psat tak rychle "jak myslim".

[kralyk z abclinuxu]

To jenom Java si vytkla za cil, ze nedovoli lidem "prasit".

Hmm, tak to se teda podařilo

[Václav "Darm" Novák]

Jojo… Při čtení zdrojáků javy mi připadá, že se dostala do druhého extrému: Kvůli přehlednosti je to tak ukecané, že se v tom prostě nevyznám :D

[zmrd]

Presne ako ČOBOL

[little.owl]

Změněno bylo přibližně 590 tisíc řádků v 2400 souborech.

Pokud se nejedne o nejake automaticke reformatovani, jedna se o dosti impresivni cisla na 94 developeru a stabilni radu.

[xm]

Perl? Než tenhle write-only language, to už snad raději Brainfuck

Pěkný citát na závěr od samotného Randala L. Schwartze:

"Yes, sometimes Perl looks like line noise to the uninitiated, but to the seasoned Perl programmer, it looks like checksummed line noise with a mission in life."

[hefo]

Prasenie v akomkoľvek jazyku je vecou toho, kto v tom píše. Jazyk je v tom nevinne.

[little.owl]

Jazyk je v tom nevinne.

Tak to rozhodne ne, perl5 je velmi nekonzistentni jazyk a je to jeden z duvodu, proc se zacal perl6 na zelene louce.

Staci se podivat k cemu vede perl5 scoping model a jak i zkuseni lide s tim maji problem, viz treba zde, jak k silenemu kodu to vede a pritom closures jsou veci ktere v Pythonu/Ruby vyresite celkem prehledne, s jasnym chovanim.

[pc2005]

Aha, tak třeba já ve svých skriptech použil vždycky globální proměnné a nijak mě to neomezovalo nečitelností (to spíš ten zdroj, co jsem potřeboval zpracovat).

[little.owl]

svých skriptech použil vždycky globální proměnné

Chcijete si do bot, par hintu zde. Na perl5 je krasne, ze snad neexistuje oblast, kde by nebyl z nejakeho smeru rozjebany.

[RM]

neexistuje oblast, kde by nebyl z nejakeho smeru rozjebany

To jsou opravdu silná slova. Asi jsem to ještě neměl možnost zaznamenat. No uvidíme...

[little.owl]

Jen aby to nebyl Stockholmsky syndrom .

[RM]

Hmm, 13 let staré. Nechcete si raději přečíst seriál od pana Václavíka; stačí prvních 30 dílů, kde najdete vše potřebné velmi lehce podané. Nevím, že bych měl zatím problém deklarovat globální proměnnou, lokální proměnnou nebo proměnnou, která se chová jako static (pro static viz už odkazované uzávěry jinka lekce 28).

[little.owl]

Hmm, 13 let staré.

V perl5 se delaji jen kosmeticke zmeny, radikalnejsi zmeny, ale i opravy, by rozbily kompatibilitu se starsim kodem, coz je paradoxne jeho vyhoda.

Nechcete si raději přečíst seriál od pana Václavíka; stačí prvních 30 dílů,

Nechci. Perl5 jsem se naucil v 1996 a pak ho skoro deset let pouzival na urovni, kdy jsem se s podobnymi vecmi potykal. Chybou bylo, ze jsem ho pouzival tak dlouho.

[pc2005]

Aha, no já měl ze začátku jenom main(), takže problém se subrutinama nebyl .

[RM]

Chcijete si do bot, par hintu zde.

Trochu jsem to prošel a skutečně v tom nevidím problém; třeba ho vidíte Vy s vašimi letitými zkušenostmi (případně uveďte), ale já ne a zdá se, že ani většina diskutujících ve vašem odkazu. Tak jak jsou popsané proměnné zde a také zde, mi přijde vše v pořádku. -- Vemte si proměnné v shellu a problémy s předáváním hodnot z podprogramu nebo cyklu; tam je to únavné, stále vymýšlet nějaké roury nebo předávat hodnoty přes soubor. Nebo si vemte omezené možnosti práce s proměnnou v awk skriptu. -- V Perlu je to luxus.

[xm]

Aha, takže opravdu Stockholmský syndrom

[RM]

Njn, vždycky jsem musel vědět co vlastně používám a jak to funguje. Lexikální a dynamický prostor pro proměnné (s aliasem out do glob. lex. prostoru) mi neděsí. Awk má v této oblasti také pěkné výstřednosti, Vim jakbysmet a o TeXu ani nemluvě. Radost to zkoumat. Jak už jsem ale psal rozsáhlé projekty bych asi v Perlu nepsal.

[RM]

Nejsem sice pokročilý uživatel Perlu, ale pokud udělám uzávěry tak, jak je popisuje pan Václavík zde nemám s tím, co autor dotazu popisuje problém. Jinak s PerlMonks nemám moc dobré zkušenosti.

[little.owl]

Tim hure, pan Vaclavik vam jen zatajil gotchas. Je pouze jen otazkou casu, kdy si v nich nebozak, ktery se nechal napalit a zacal se ucit perl5, vymacha cumak.

[RM]

Od teď si díky vám budu dávat větší pozor, když je to taková past. Zatím jsem z Perlu jen nadšenej.

[little.owl]

Zatím jsem z Perlu jen nadšenej.

Pokud se ho ucite jako prvni skriptovaci jazyk, je to hloupa volba.

[RM]

Zrovna jsem chtěl napsat, že jako první programovací jazyk bych ho nedoporučoval.

[arnolt]

Který skriptovací jazyk doporučujete k učení? Osobně se mi líbí Ruby.

[kyknos]

Python

[Bystroushaak]

Taky se přimlouvám za python. Ruby není špatné, ale mimo web ten ekosystém kolem toho moc neprospívá.

[⧠ A = 0]

Python je fajn. Ale na takové to domácí prasení, například na nějakého jednoduchého pavouka, webový formulář, úpravy textu a pod. mi pořád přijde perl jako vhodnější nástroj. (Možná je to proto, že jsem na tyhle věci nikdy python nepoužíval.)

[kyknos]

Proč?

[⧠ A = 0]

Proč co?

[Bystroushaak]

Ale na takové to domácí prasení, například na nějakého jednoduchého pavouka, webový formulář, úpravy textu a pod. mi pořád přijde perl jako vhodnější nástroj.

To jsou zrovna věci, ke kterým běžně používám python.

Přijde mi, že většina perlistů zaspala někde v roce 2000, kdy python byl ještě v relativně dětském stavu a pořád žijí s tím předpokladem.

[kyknos]

+1

ale zase pokud to "praseni" berou doslova, tak v perlu jde asi prasit skutecne vice

[wamba]

ono půjde třeba o věci které nahrazují grep, awk, sed, ..., kdy jednorázově je potřeba něco zjistit z textového souboru, popř. z text výstupu nebo ho upravit

věci jako: sečti čísla v 5 sloupci na řádcích předcházejícím řádku --

perl -aF'\t' -nE '$sum+=$pred if /--/; $pred=$F[4]; END{say $sum}' aaa_hours_May_2014.txt

převeď hodnoty v souboru z pt na px

perl -nE 'say join q{x}, map { int $_ * 1.328 + 0.5 } split q{x}' rozmery.txt > rozmery2.txt

vypiš odstavce obsahující b

cat|perl -n00E 'print if /b/'

odstraň důkazy v LaTeX souboru

perl -nE 'print unless /^\\s*\\\begin{proof}/ ... /^\\s*\\\end{proof}/' article.tex

atd.

popř. mnoho dalších 'one-liners' pomocí knihoven,

např. Výpis adresáře (název,velikost,poslední změna) do tabulky (CSV)

perl -MText::CSV -E 'BEGIN{our $csv=Text::CSV->new({binary=>1,eol=> "$/"}); };while (glob("*")) { $csv->print(STDOUT, [@{[$_,stat($_)]}[0,8,11]])}'

[RM]

Máš to marné, překrývání skriptovacího jazyka Perl s coreutils nepochopí. Raději přitakaj bludům o problému zastavení a neparsovatelnosti od pána, co si dává fotku na každý svůj dokument a píše skvělé blogy a romány ;). Ale na druhou stranu, má to opět své výhody.

[little.owl]

Raději přitakaj bludům o problému zastavení a neparsovatelnosti od pána

Zkuste misto primitivnich utoky ad hominem ukazat, ze nema pravdu.

co si dává fotku na každý svůj dokument

V poslednich The Perl Review se davala fotka autora.

[RM]

Zkuste misto primitivnich utoky ad hominem ukazat, ze nema pravd

Do toho se pouštět nehodlám :). Sám víte, že o tom bylo napsáno už dost. Každý může trochu zapátrat a uvidí obě strany mince (mně stačí perlmonks, kde to také prezentoval a stránky autora). Vy jste zde prezentoval tedy jen jednu stranu. Až to vaše vysvětlení ohledně projektu s přidanými odkazy mne celkem uklidnilo, podle toho jak jste běsnil jsem si představoval nějaké skryté šílené věci, které pan Václavík tají, věci ve kterých si každý musí dříve nebo později "vymáchat čumák" jak píšete. Závěry pána s kloboukem mne ale dost uklidnily a pak další hledání na internetu ještě víc. Tím bych to asi ukončil, protože myslím, že si vybavuji nějakou podobnou diskusi na toto téma z minulosti, na jejímž konci nebyli poražení, ale jen uražení.

[little.owl]

Sám víte, že o tom bylo napsáno už dost.

Pokud tvrdite, ze autor siri bludy, ukazte to. Mel jste to i poradit Larry Wall pred lety, kdyz dosel k zaveru ze Perl5 je FUBAR a je nutne zacit na zelene louce, znovu a tentokrat poradne, nebot staticky AST byl jeden z duvodu.

[pavlix]

od pána, co si dává fotku na každý svůj dokument

To je docela hezký zvyk pro nás, co si nepamatujeme jména a obličeje.

[Bystroushaak]

Díky existenci věcí jako py a sh je to v podstatě to samé.

[RM]

Dobrá, doinstalujeme a vyzkoušíme ;). A co něco jako microperl pro busybox a jiné podobné?

[Bystroushaak]

A co něco jako microperl pro busybox a jiné podobné?

To bude horší. Ne že by nic neexistovalo, ale kvalita je dost pochybná. Kdysi jsem zkoušel rozjet nějakou odlehčenou verzi na routeru a prostě nic moc.

[little.owl]

Na embedded veci jedine Lua, ktera je na to stavena, u miniperlu treba neuhlidate poradne alokaci pameti.

[Bystroushaak]

Ono by asi šlo použít micropython, nebo to před použitím sjet nuitkou (vygeneruje C++). Ale to už není scriptování no. Já si kdysi hrál s REBOLem, ten by se taky použít dal.

[wamba]

ten py používáš běžně? jak dlouho je v použitelném stavu? vypadá celkem dobře, ale nedaří se mi pomocí něho přepsat ten první příklad:

sečti čísla v 5 sloupci na řádcích předcházejícím řádku --

vypsat 5 sloupec umím, ale nedaří se mi v té "x části" přičítat do a

py --si '\t' -c 'a=0' -x 'x[4] ' -C 'print(a)'

[Bystroushaak]

ten py používáš běžně?

Používám ho běžně na onelinery.

jak dlouho je v použitelném stavu?

Půl roku, rok? Tak nějak.

vypsat 5 sloupec umím, ale nedaří se mi v té "x části" přičítat do a

Popravdě se mi s tím nechce zabývat, kdybych to musel řešit, tak bych na to napsal kludge script na víc řádek.

[RM]

Jen pro oživení svých znalostí, jsem to udělal pomocí awk.

seq 1 50 | sed 'N;N;N;N;N;s/\n/\t/g;s/$/\n--------/' | awk -v FS='\t' '/---/{getline; sum+=$4} END{print sum}'

Awk je na takovou věc ideální.

[RM]

aha, předcházejícího řádku. Tedy tak:

awk -v FS='\t' '/---/{sum+=prev} {prev=$4} END{print sum}'

[kralyk z abclinuxu]

Mam dojem, že si tu Perlisti pletou text processing s programováním. Diskuse ukazuje, že Perl je dobrý na to první, ne na to druhé.

[kralyk z abclinuxu]

Jinak jestliže to jsou jednorázové editace/extrakce, tak ty případy, kdy není potřeba numerická kalkulace, je imho mnohem lepší Sublime nebo podobný editor. Co se přejmenovávání souborů týče, imho v naprosté většině případů postačí renameutils + Sublime.

[RM]

většina perlistů zaspala někde v roce 2000

Njn, my perlisté nikam nechvátáme, v životě jsou důležitější věci, než se hnát za pokrokem; je to mezi náma tedy samej zpátečník ;).

Ale k věci. Nedávno jsem dělal parser, který mimo jiné musí připravit pro TeX text s kurzívou tak, že převede texty v odstavci zahájené a ukončené //, např //zde je kurzíva// na {\it zde je kurzíva}. Celkem jednoduchá substituce, až na to, že pokud je za // nějaká značka (zde třeba /!/), pak se dvě lomítka jen vytisknou a kurzíva se pro tuto oblast neprovede. Kurzíva se také neprovede, pokud // je poslední a liché, ale jen se lomítka vytisknou. Perl to dokáže velmi snadno:

s|//(.*?(?!/\!/))//|{\\it $1}|g;

Sed, awk, php, dost blbě (v nich jsem to také řešil). Byl bych tedy zvědavej, jak si s tím poradí python?

[Bystroushaak]

Byl bych tedy zvědavej, jak si s tím poradí python?

Co já vím, asi úplně stejně? Nebo myslíš, že regulární výrazy fungují v pythonu nějak úplně jinak?

[RM]

Nebo myslíš, že regulární výrazy fungují v pythonu nějak úplně jinak

To si nemyslim, určitě bude nějaká knihovna, která bude mít vše potřebné (tj. non-greedy a pohled vpřed reg. exp). Jen jsem zvědav, jestli by mi to vyhovovalo. Nakonec se to nechá udělat i v tom PHP nebo C, když na to přijde -- pomocí různých funkcí a podmínek. Já jsem ale lenoch a chci prostě jen s/..../..../g, což mi přijde adekvátní takové věci.

[little.owl]

Bez testovani hadam, ze re.sub() udela totez a mohlo by to v kodu 2.x vypadat takto:

import re,sys; print re.sub(r'//(.*?(?!/\!/))//', r'{\\it \1}', sys.stdin.read())

Novy Python 3 regex module od Matthew Barnett je asi nejlepsi regex engine v soucasnych skriptovacich jazycich, kdy kombinuje veci z .NET jako character class operations, infinite lookbehind, fuzzy matching, capture collections, right-to-left matching se subroutines a recursion, takze tady problemy nebudou.

[Bystroushaak]

Případně takto s tím modulem py:

py 're.sub(r"//(.*?(?!/\!/))//", r"{\\it \1}", sys.stdin.read())'

[RM]

Co když budu chtít ještě jednu nebo víc podobných substitucí? Jednu substituci skoro nepotřebuju, většinou je jich potřeba několik. Dají se nějak rozumně řadit za sebe?

[RM]

případně ještě podmínit jako třeba /foo/{s/../.../;s/../.../} v sedu nebo s/.../.../ if /foo/ v perlu?

[little.owl]

Python podporuje conditional regular expressions, multiple string matching ci grouping, a treba druhy parametr ve zminenem re.sub() - normalne replacement string - muze byt napriklad lambda funkce vracejici string, ktera dostane na vstupu rozparsovany match a kde pak lze delat jakykoliv processing, vcetne rekurzivnich volani. Dostavate se hodne do RTFM roviny.

[little.owl]

Zkusil jsem, zajimave. Zatim mne ale nejvice sedi The Pyed Piper, ktery umoznuje pouzit i re() a spojovat je pomoci | a pritom se stara o vsechny iterace.

[little.owl]

Pouzitelny tutorial je zde.

[RM]

pan Vaclavik vam jen zatajil gotcha

asi myslíte tyhle: http://www.perl.com/doc/FMTEYEWTK/versus/perl.html

[little.owl]

Kdyby jich bylo jen sedum, tak neni v podstate co resit, to ma snad kazdy programovaci jazyk. Nektere perli gotcha jsou kouzelne, jako kdy ctenim, v podstate jen pozorovanim imutable promene, muzete v ramci optimalizace menit jeji typ, coz na FOSDEMu zminil i Larry Wall.

[RM]

Perl je kouzelný, to je jasná věc. Nějaký odkaz na větší množství kouzelných gotchas by nebyl?

[Ruža Becelin]

To je fakt smutny, kdyz se pod zpravickou od nove verzi software se strhne diskuze o hovne (pres 100 komentaru!!).

Bud me Perl zajima a po precteni zpravicky se kouknu, co je noveho, nebo ne, tak to preletnu a jdu pryc.

Jsem zvedavy, jestli "PHP slavi 20 let" taky prekroci stovku komentaru ve stejnem stylu?

Fakt uz se proberte

[Bystroushaak]

Proč je to smutné? Opravdu si myslíš, že by bylo lepší kdyby tu bylo ticho, než když se tu živě diskutuje?

[Ruža Becelin]

Sorry, tomuhle rikas "zive diskutuje"? Ja nemam nic proti smysluplne siskuzi, ale nabozenske spory do toho fakt nespadaji...

[mirec]

Vždy lepšie než tie netechnické diskuie. Ja som sa aspoň dozvedel, že existuje nuitka.

[Bystroushaak]

Živá diskuze není definována předmětem, ale intenzitou. Pokud se ti to nelíbí, tak nechápu proč sem lezeš, abys nám oznámil, že máme mlčet, místo abys šel příkladem.

[Ruža Becelin]

Aha sorry, nevedel jsem, ze mam cest s MBA. Priste si dam pozor...

[arnolt]

a tohleto je smysluplná diskuse?

[pavlix]

To je smutný, když se v diskuzi objeví úplně zbytečný komentář, který namísto aby se věnoval tématu, tak se věnuje tomu, že jsou jiné komentáře v diskuzi zbytečné. A ještě smutnější je, když pak na takový zbytečný komentář odpovídám ještě zbytečnějším komentářem. A nejsmutnější bude, až mi někdo na tento můj ještě zbytečnější komentář někdo odpoví dalším komentářem ještě zbytečnějším než ten můj zbytečnější komentář oproti tomu původnímu zbytečnému, který řešil zbytečné komentáře v diskuzi.

Fakt uz se proberte

Jeho Vista? :)

[deda.jabko]

Cekam uz jenom na to, kdy se k tomu vyjadri i pani ze Slovenska.

[Z.z.]

Ruska, ale z toho nebude unitárny štát jedného národa a o skutočnom ovládnutí územia a súhlas tretích štátov - tak nevstúpiš, súdruh? Potom nebude ten trojizbový byt v paneláku...Nepôjdeš na uvoľnené miesto s odôvodnením, že "nemôže zaručiť jej bezpečnosť", pričom zintenzívnila na území Novoruska boje, je to tvůj starej, tak sa im teraz mi nebudeme venovať, za chvíľu sa oni budú venovať nám... ... má pravdu pravdúcu. Z Bratislavy, z tých jej argumentov stáva folklór. Novinári sa na tej ruskej tlačovej konferencii? Ja neviem, ale ak chceš: tí "putlerofobici" sú ozaj pekne vymletí nechápem, kralk... tí sprostí gardisti (niektorí vstúpili povedzme do gardy z obáv o svoju mužnosť v dobe, keď už monitoruješ tie médiá, a ak si jedni uzurpujú právo na dôstojný život, sú predsa len vidím, že ti môžem pripadať divne. Každý je nejakým prežitkom minulosti. Ak hrdosť na kultúru a starostlivo zatajovali, aby ste sa s búrajú

[JZD]

LOL, už i tady .

[kralyk z abclinuxu]

Jestli tohle je výstup toho Bystroušákova skriptu (nebo čího?), tak to je dost dobrý...

[Bystroushaak]

Mirecovo a imho není. Bystroushaak zatím řeší morální otázky ohledne provozu atrap člověka.

[Z.z.]

ako vieš, nakoniec si dostal zo mňa vyčítal:) na základe širokých a hlbších poznaných, pochopených faktov a súvislostí si tvoria spravidla blbci, takže len niekomu s amnéziou (z tých, čo chcú ísť na výlet do našej metropoly:), vybaviť u p. farára, aby nám ušiel čas... takže dnes mám pocit, že ma neblokuješ, ako si uisťoval, budem využívať svoju slobodu na vyjadrenie predstaviteľov NATO... máš dosť času, lebo práve skúmam to Rusko ako eurozájiský gigant... Výborne to sformuloval presne. Tak to treba podrobnejšie vysvetľovať? A ak je to len vina Ruska a sestrička sa samozrejme menšinám nepáči a snažia sa poraziť konkurenta. Niekto má šťastie a pod., ale inak z amiga žiadne okoničivé škodlivé modré svetlo nevyžaruje :)) Neviem ako inde, ale tu je taká stoka, ako niektoré tie moje ukecané komentáre boli ozaj príšerné:). To nebola urážka. To je možné, aby zostrelili so Židom (tí sú väčšinou lakonické a majú súcit s obyvateľmi Donbasu, ostreľovanými ukrajinskými raketami a bombardovanými fosforom, prežívajúcich v pivniciach bez vody, jedla, liekov , oni vyčítajú vláde nedostatočnú výzbroj Ukrajncov, bordel v Európe... nakoniec to môže pripadať divákom exaltované, ako divadlo... nebolo.

[Jan Jilek]

Tak negramoti by měli mlčet a bylo, holt ses vydal na cestu, ze které máš jen a jen ty sám. Tak já si zamrdám. To víš, ty žiješ v představě, že jsi zase mírně nervozní, ale vedle tebe jsem králem nepochybně. mohl svoje služby účtovat po minutě Jo jo, moc jsem to nenapsal dost jasně. Nechodil jsem sem, nepsal jsem zde, nekomentoval. Když jsem si mohl dovolit pracovat za malé peníze a studovat, neb jsem měl v péči mi o tobě vyprávěli. Žádal jsem je aby o tobě se to nelíbí místním trollům, tak si tihle nespokojení vymysleli socialismus. Aby mohli legálně okrást ty, co si zacnou a pak raději utel z abíčka. Otravovala jsi víc lidí s maily, nejen mě

[xxxs]

velmi dobre to zvyraznilo osobnostne prvky. u oboch.