Perl je pružný jazyk pro programátory, administrátory i tvůrce webů, který překvapí efektivním kódem. Kurz Perl: rychlý praktický vhled pro začátečníky vám osvětlí taje a záludnosti skriptů v tomto jazyce, provede jeho syntaxí, datovými typy a řídícími strukturami, přiblíží eleganci použití regulárních výrazů, to vše na příkladech.
Školení proběhne 18. června v naší pražské školicí místnosti, cena je 3700 Kč bez daně. Školí Jiří Škvor.
Mam vas prispevek chapat tak, ze jste "Perlista" a naopak jste nevidel Python/Ruby z okna one bajne tramvaje? :)
Psal jsem skripty v bashi, perlu, ruby nyni pouzivam python a perl uz nechci ani videt. Svuj ucel perl plni dobre, o tom neni pochyb, syntaxe je ale "vypichnete mi oci!!!!!111jednajenajedna". Na to, abyste si precetl perli skript a pochopil co presne dela potrebujete daleko vice casu nez obdobny skript v jinem z vyse zminenych "jazyku". Pro nas je to alfa-omega argument.
Perl je "write-only". Toto neuzna jen zaslepeny perl-vyznavac (a mozna troll v diskuzi).
no, prosim, syntaxe perlu se vam nezda prehledna. co takovy forth nebo lisp? a take jsou plnohodnotne jazyky. bash take nema trikrat prehledny kod... ruby? ten snad jeste neni ani plnolety, o tom bych vubec nepovidal jako o necem dovyvinutem za par desetileti treba nahradi perl.
jinak - neni zadny problem cist perl kod napsany s dodrzenim PBP. a to ze nekdo to nedodrzuje - neni problem jazyka ale kodera
Je to problém jazyka. Stačí totiž srovnat Perl a Python. V Pythonu je to vyřešeno lépe, a proto je také průměrný, většinový, typický program v Pythonu asi o tři řády čitelnější než v Perlu. A to i když je autorem stejné prase, dokonce i prase, co Perl vychvaluje a Python proklíná (a píše v něm z donucení). Vlastní zkušenost.
Neskutečně ukecaný Python? To asi mluvíme o jiné technologii, nějaké zmatení pojmů.
Python není ukecaný, ale také to není těsnopis či binární výstup nějakého komprimačního algoritmu (tak často vypadají programy v Perlu). Takže imho přesně ten správný a dobře vyvážený poměr. Srozumitelný, čitelný a přitom maximálně úsporný.
Co takhle uvest priklady na jazyky, ktere clovek i vyuzije a neumre hlady? A jazyk, ktery umoznuje prasarny bude plny prasaren a vychova prasata. PBP si uvadejte nekde ve svem svatem pismu ale prax je takova, ze cist kody po perlistech je nocni mura. Nastesti ten jazyk uz vymrel.
Asi si sa nezvladol perl naucit, tak si skoncil iba u pythonu a teraz na perl nadavas.
Fakt je taky, ze oba su dobre. Python bol inspirovany perlom, ale napr. nema tak sikovnu pracu s regulatnymi vyrazmi, ma to nestastne vynutene odsadzovanie a ma 2 verzie 2.x a 3.x.
Najlepsie je nenadavat a naucit sa oba.
Vynucené odsazování je strašně náchylné k chybám při modifikaci kódu. U C-like programů poskytují závorky další kontrolu, není to tak, že by lidi neodsazovali.
Jako side effect má tahle forma navíc to, že nelze slušně napsat složitější lambdu (rozuměj víc než jeden statement), nemá jasný scope proměnných. Pak se musí dělat úchylnosti jako deklarace pole v hlavní funkci a v lambda pak modifikovat její prvek.
Obecně jasně daný scope proměnné a jejich povinná deklarace ve strict režimu je něco, v čem Perl drasticky převyšuje všechny ostatní scriptovací jazyky a výrazně to zvyšuje efektivitu vývoje. Snadná viditelnost scope je navíc klíčová i pro čitelnost programu.
Na druhé straně, co mi u Perl chybí, je propracovaný Exception systém. die+eval, __DIE__ a __WARN__ handlery není něco, co by se dalo řešit spolehlivě programově a Error module je prostě nestandardní, nehledě na chybějící podporu v jádru jazyka.
Jasný (relativně, viz níže) pro python, ne tak jasný pro člověka - proto jsem mluvil o čitelnosti. Nehledě na to, že občas má proměnná složitější logiku a není jednoduše vidět, zda má třeba význam jen pro jednu iteraci cyklu nebo se udržuje stav přes vnější scope. V ještě horším případě, když je v kódu chyba, tak se může proměnná číst občas před prvním přiřazením a najít a reprodukovat něco takového je pak na dlouhé zimní večery.
Tohle je v Perl krásně vidět - deklarace proměnné určuje její scope, a to na úrovni jednotlivých bloků, nikoli jenom globální vs lokální jako u Python, Php, Ruby, JavaScript a dalších.
PS: Ne, že bych někdy tyhle palce dolů a nahoru bral vážně... Ale opravdu mě překvapuje skóre 0-3, opravdu má někdo potřebu dát najevo slepou lásku ke svému oblíbenému jazyku před reálným zamyšlením nad jejich klady a zápory?
> Python bol inspirovany perlom
Coze? Zdroj! ...
Co vim ja, Python byl inspirovany ABC a vznikl ve stejnou dobu jako Perl.
> nestastne vynutene odsadzovanie
Vazne? To naopak znemoznuje prasit kod jak se komu zachce. Ale proti gustu...
> verzie 2.x a 3.x
Perl 5 a 6? O_o
> Najlepsie je nenadavat a naucit sa oba
Naprosty souhlas. S dodatkem: "a pak uz perl nepouzivat pro klid duse"
Perl úspěšně používám v mnoha různých projektech. Je to velmi užitečný jazyk a na některé úlohy ideální nástroj. Dokáže být expresivní a elegantní, ale lze se v něm vyjadřovat i minimalisticky a polopaticky, pokud je to vhodné. Používám i jiné jazyky, ale Perl mi pořád vyhovuje asi nejvíc. Co mám rád? Skalární typ, vestavěné regulární výrazy, dostupnost na všech unixových systémech, CPAN, strict, Mojolicious..
> Co mám rád? Skalární typ
To myslite vazne?
$var muze byt string, char, int, float, oct, hex...
ale
@var je array
%var je hash
ale (pro array):
$var[0] je nulty element (proc $?; protoze scalar...)
ale:
@var[0..3] je slice nulteho az <3 elementu (protoze vysledkem je preci jine pole)
pricemz:
$varar1 = \@var udela kopii adresy pole (je to preci jasne ze se jedna o scalarni reprezentaci). Btw, ten slash tam musi byt
@varar2 = @var udela kopii samotneho pole
a na zaver pro vsechny co neznaji perl ale programovat umi, zda bez napovedy pochopi co delaji tyto dve radky:
scalar (@var)
x ~~ @var
To jsem si namatkou vzpomel na par veci.
Ja se radsi vratim k pythonu a budu mit klid. Perliste na mne mohou plivat dal :)
Ano, způsob jakým se používají skalární hodnoty v Perlu mi vyhovuje. Že to může být pro člověka, zvyklého na jiný jazyk, divné, na tom nic nemění. Ale uznávám, že např. vyjádření složitějších datových struktur pomocí referencí je něco, co nemusí být zrovna oku lahodící.
Neintuitivní věci jsou ale i v Pythonu, z hlavy mě napadá třeba:
print (3/2) # jaký je výsledek? to záleží na verzi..
for i in range(1, 5): print(i) # kolik programátorů (bez zkušenosti s Pythonem) uhodne výsledek?
A to nejdůležitější: Nikdo (nebo aspoň já ne) na vás neplive. Kdybych nepoužíval Perl, pravděpodobně bych pro řešení svých úloh používal právě Python nebo jiný rozšířený jazyk vydaný pod otevřenou licencí. Jsme na jedné lodi.
Pokud bych chtel neco skutecne Pythonu vycitat, je to nekonzistence psani identifikatoru ve standardni knihovne (snake case vs. camel case atd.). Jinak je nacase si rict, ze Python 2 je minulost. V distribucich uz dvojka jako default mizi, po roce 2020 bude snad vse definitivne jasne i poslednim staromilcum. Tudiz 3/2 je uz navzdy 1.5. Vhodnost a intuitivnost semantiky veci typu range() se muze resit az do konce veku. Srovnavat to s perlimi referencemi mi ale prijde dost prehnane.
"Tudiz 3/2 je uz navzdy 1.5."
Python neznám. Co v Python znamená "navzdy"? :-)
Opět předesílám, že Python neznám a proto odcituji z Wikipedie:
V současné době (2018) se používají dvě nekompatibilní verze Pythonu 2.x a 3.x. Python 3.x byl vydán v roce 2008 a odstraňuje řadu nedostatků a chybných návrhů jazyka, které nešlo odstranit bez narušení kompatibility.
Python 3.x přišel tedy v roce 2008 a zdá se mi tak zřejmé, že kód starý 20 let bude asi často nefunkční na Python 3.x.
Nechci vyvolávat nevraživost, ale nelíbí se mi některé posměšky na Perl 5 a náznaky, že Perl 5 je v užívání a programování mrtvý.
Pletes dohromady IMO nekolik veci:
Python 2/3 a Perl 5/6. Python 2 je nahrazen trojkou a v roce 2020 konci uplne. Programatori v Perlu se rozhodli, ze "plati" obe verze. Ano, legacy produkty v Pythonu budou mit problem a migrace nemusi byt bezbolestna. Ale nikdo pricetny nedoporucuje pouzivat na nove veci dvojku. Proc se perlisti nedohodli na zavrzeni petky nebo naopak neprejmenovali sestku na neco jineho, to nechapu. Java se meni, C++ se meni, dokonce i C se meni. Perl 5 je zakonzervovany, fakt nevim, proc ho ucit nekoho noveho, kdyz uz je sestka, ale necham se poucit.
Zmena je mozna vzdycky, ale nevim nic o tom, ze by se v Pythonu menila semantika operatoru nebo neco podobneho tam a zase zpet.
Operator // (floor division) byl do Pythonu pridany v roce 2002 (verze 2.2) a vychazi z PEP 238 (z roku 2001). Uz tenkrat vyvojari Pythonu mysleli na tuhle zmenu, ale opravdove preklopeni prislo az v te verzi 3.
Nemyslím si, že "Python 2/3" je to samé co "Perl 5/6". Rozhodně tedy ne na časové ose... Někoho baví kompletně přepisovat programy každých pár let - to mne nebaví a rád si takovou periodu prodloužím.
"Perl 5 je zakonzervovany" - jeho zakonzervovanost není stoprocentní, ale asi tu panuje mezi námi shoda. V čem není shoda je, že ty považuješ tu zakonzervovanost za něco špatného (respektive mrtvého pro nový vývoj - stavbu programů) a já to v tomto případě (Perl 5) považuji za velmi přínosné. Například je to velmi přínosné pro stavbu programů, které se staví a udržují velmi dlouho.
Vše co píšete je intuitivní. Sigily mají celou řadu výhod a pracuje se s nimi dobře, ne jako v shellu, kde na jedné straně být musí a na druhé nesmí, ne jako v PHP, kde není na první pohled jasné, co je pole, skalár nedejbože asoc. pole. Také nevím, jak byste jinak chtěl udělat referenci, občas je potřeba a zpětné lomítko se k tomu hodí. Perl není jazyk, kde by se defaultně pracovalo s referencemi (ať už při předávání "parametrem" nebo jen u kopírování). - Pokud přinutíte pole, aby bylo skalárem, co asi tak můžete dostat? Při krátké úvaze vás napadne: první prvek, poslední prvek nebo velikost pole. Po další úvaze vás pak možná napadne, že ta velikost je přecejen logičtější i častěji potřeba, ale nemusíte to dělat tímto způsobem. Operátor ~~ je tzv. 'smart operator' a už podle názvu bude asi dobré si prostudovat, co všechno se s ním nechá dělat, já jej třeba nikdy nepoužil. Takže, pokud vám nesedí, co jste uvedl, pak to asi není jazyk pro vás. Jsou tam i vyšší levely -- třeba už jenom rozdíl pole vs. seznam.
Já jsem se až na Perlu dokázal doučit všechno to, co nám na vejšce nikdo nevysvětlil. A jak to nyní sleduji, tak bych nejraději ten Perl zavedl jako první povinnej předmět na promrskání základních algoritmů, pochopení toho jak se pracuje s bufferem, rozdíl mezi načítání ze stdin a řádkového vstupu a sceneru, rozdíl mezi předávání hodnotou a referencí a řadu dalších triviálních věcí, které jsou v céčku na procvičení zbytečně složité a v objektové javě už někde úplně jinde.
Uplne rozumim tomu, ze nekdo pouziva Perl proto, ze je nekde dostupny a dobre v nem umi. Rozumim tomu, ze si v tom nekdo dela skripty pro sebe a rozumim, ze se udrzuji legacy systemy, ktere nikdo nema prostredky prevest do jineho jazyka.
Nerozumim tomu, proc ucit Perl dalsiho cloveka a lakat ho na skoleni. Pokud se tedy nechce venovat sprave legacy software. Neresim ted Perl 6, to by bylo na jiny flame, ale predpokladam ze nabizene skoleni se zabyva petkou.
programovaci jazyk je takovy projektovy etalon. Drive se rikalo, ze opravdovi programatori pouzivaji Fortran. Dnes bych rekl, ze pouzivaji Perl.
Ja mam zkusenosti, ze jsem radeji v projektu s Perlisty, panuje takova produktivni anarchie. Pythonisti, Rubysti a jine odnoze jsou mi prilis strukturovani.
Jsem mizerny programator. Perl5 je moje prvni volba, protoze mi umoznuje veci psat rychle, ciste a prehledne. Navic mam za sebou ohromnou knihovnu (CPAN).
To, ze nemusim resit, kolik mezer zrovna v kodu je (nehlede na automaticke formatovani pres perltidy) a ze se mi hnusi syntaxe neco.neco_jieho.metoda... je jen tresnicka na dortu.
