Ma 20 éves a Perl

CPAN... pont olyan, mint maga a nyelv. Rohadt sokminden van meg ott, de a modulok telepitese gany. Valahogy bedobja a fajlrendszerbe, oszt csokolom. Te meg vakarhatod a fejed, hogy mi honnan mikor kerult hova. Mindezt nagyjabol meg ki lehet talalgatni, de tudtommal arra pl. egyaltalan nincs mod, hogy megmondd, hogy melyik modul kerult oda a CPAN-bol es melyik mashonnan (pl. disztrod csomagjabol) -- van olyan parancs, ami kilistazza az installalt modulokat, de ezt a kulonbsegtetelt nem teszi meg.

Ehhez kepest mennyivel jobban meg van csinalva a gem util, amivel Ruby modulokat lehet felpakolgatni! A gem egy teljesen funckionalis sub-package manager, egy csomagkezelotol elvarhato introspeckios kepessegekkel. Es mivel a Ruby kozossegben abszolut sztenderdde valt h minden release-t kiadnak gem formatumban is, egy Ruby program installalasa pofonegyszeruen, a gem install foo parancssal tortenik, es meg fajnia se kell az ember fejenek a fajlrendszer osszeganyolodasa felol.

+1.. Most kezdtem el én is eléggé használni, mert a sok modul miatt elég rendesen meg tudom könnyíteni a dolgomat, és nagyon sokfajta feladatot meg tudok vele oldani.. Az OO része mondjuk nekem is kicsit nyögve-nyelősen ment de ahogy néztem ott sincs semmiféle lehetetlen, és tetszik, hogy ha esetleg nem tudok valami parancsot, akkor egy másik nyelvből ismertet beírva eddig 5ből 4x működött az adott parancs ( tehát itt is átvették ), így amikor nem volt netem akkor se kelett kétségbeesnem, hogy mi lehet az ami nekem kell, hanem 1x kipróbáltam az adott funkcióra érvényes más nyelvekben lévő parancsot, majd ha az se ment mentem perldoc-ra :))

Azt mondjuk aláírom, hogy komolyabb programot valószínű nem ebben kell fejleszteni, de ha az embernek a bash script által nyújtott lehetőségek már kevésnek bizonyúlnak, akkor ez tökéletes alternatíva tud lenni. És lényegében nekem pontosan erre van szükségem.
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Üllj le és kuss legyen!"..

Humán interfésze van, ez alatt azt értem, hogy feltűnően hasonlít az emberi nyelvekhez a gondolkodásmódja sok helyen; az emberi nyelveken is igen sokféleképp ki lehet fejezni valamit, ha nem így lenne, nem létezne az irodalom

Akinek irhatnekja van, irjon az elet es irodalomnak. Az IT mernoki szakma, es mint ilyen, nincs benne helye olyan szintu pongyolasagnak, amit az emberi nyelvek megengednek. Ez a masik, ami borzalmas benne: ha ertelmetlen kifejezest irsz, azt is megprobalja vegrehajtani, akkor is, ha ezaltal valami elore teljeseggel nem tervezett dolgot hajt vegre.

A programnyelv/platform ne akarjon okosabb lenni a programozonal. Nem lesz az ugyanis. Messze, nagyon messze vagyunk meg attol. Hulyeseget meg ne csinaljon, ha tudja, hogy valami hibas...

Értelmetlen hozzászólás.
Vajon a szerzője is az, vagy csak túladagolta a napi dianna adagját?
Azért, mert te képtelen voltál vegtanulni valamit, attól még nem szar. Gondolom, már ott feladtad, hogy s/(^a$)/$1/e...

Kb. ez volt a legnormalisabb reakcio :)
thx!

khm....
Windows 2008 Server Core - Command prompt. Semmi más. Ha véletlenül becsukja az egy sugaru rendszergazdi akkor, hiába kaparászik a Start Menu után - az nincs.

:-D

forras: Microsoft Technet

---------------------------
Az információ egysége a bit, nagyobb egysége a megabit, kisebb egysége a mikrobit.

Idézet:
Egyreszt nem nyilvanvalo, masreszt az utobbi harom evben harom szamjeggyel nott a Perl-es allasajanlatok szama. En pl jol megelek Perlbol, koszonom szepen. Egyebkent meg ha halott nyelv is lenne, a COBOL mar evek ota az, es tenyleg egy ratyi nyelv, megis nagyon jol lehet keresni peldaul COBOL programozokent es meg mindig novekvo igeny van rajuk ha jol tudom.

Érdekes dolog ez. Két okból növekedik egy nyelvhez az álláshirdetések száma: ha nő a népszerűsége, vagy ha kihal.

"- megverte Erlangot parallel processingben (nemreg volt news)"

Mondj egy dolgot, ami nem verte meg ;) Mintha az erlang minden threadnek külön processt indítana, innentől kezdve sok esélye nincs...

a threadelt resz nem a fo felhasznalasi irany

Ahha. Vegulis nem jonnek a tobbmagos procik, nincs lassan a karorakban is parhuzamos vegrehajtas, ugye? Ez az egesz csak valami rossz remalom lehet.

;)

Az OO jol hasznalhato annak ellenere hogy hozza lett csapva dolgokhoz.

Nem. A OOPerl egesz egyszeruen nevetseges, hasznalata fajdalmas. Minden sornal leri rola, hogy randa hekk az egesz.

Rakj egymas melle egy perl OO forraskodot es mondjuk egy java OO forraskodot, ami egy legalabb 3 szintu hierarchikus szerkezetet valosit meg! Namost szerinted melyik attekinthetobb, erthetobb, konnyebben modosithatobb? Egyertelmu a java. De mondhatok nyugodtan c#-ot is (ami gyakorlatilag egy MS-itett es erosen javitott java).

Ha ezt figyelembe veszed, akkor szerinted ki fog OO-t csinalni perl-ben? Kb. senki. Marpedig errefele tendalunk az utobbi evtizedben. Nem ok nelkul.

Feature. There is more than one way to do it.

Ettol maszok falra :)
A gond ezzel az, hogy _neked_ valoban kenyelmesebb, de amint team-munka van, maris ott tartunk, hogy mindenki masmilyen szerkezetet hasznal, ergo _mindenkinek_ nagyon tisztaban kell lennie az _osszes_ szintaktikai edesitoszerrel (mert tipikusan gyakran kell egymas kodjaban debugolni/hibat javitani/modositani).
Es iszonyuuuu sok van beloluk! Ez nagyon elbonyolitja a tanulast es a csapatmunkat (marha ossze tud szedni az ember egy csapatnyi perl programozot egyaltalan - keress ra a jobserve.com -on pl., hogy mennyi ilyen-olyan programozot keresnek es lass csodat).

Mint minor Perl 6 fejleszto, engedd meg hogy kijavitsalak. Tele van ujdonsaggal es hasznalhato dolgokkal a Perl 6 aminek a kozelebe se er semmi a piacon. Haskell talan reszben.

Ezt a tevhitet is lattam mar perszor.
Egy cegben, amiben folyton cserelodnek az emberek (atlag developer max. 4-5 evente allast valtoztat), minel minimalisabbra akarjak szoritani a tanulassal toltott idot. Ez kizarolag szabvanyositassal megy. Idealis esetben felvesznek valakit az utcarol, es megmondjak, hogy az X-be implementaljon egy uj Y feature-t, es 1-2 oran belul mar produktiv. Ez csak akkor lehetseges, ha pl. java eseten eclipse+cvs+valamilyen framework, pl. spring+ant+... -ot hasznalnak. Es pontosan ez az oka, hogy ezek a platformok ennyire eloretortek.
Es pontosan ez az, ami miatt a perl6 hiaba tartalmaz komolyan high-end ujitasokat, nem fogja tudni megtorni a java/c#/... eloretoreset. Az, amire tenyleg szukseg lenne, hianyzik belole: a csapatmunka fokuszba kerulese. Ha megnezed pl. a CPAN-t is, hany modul van, amit tobben fejlesztenek? Tipikusan maganyos gerillak osztanak meg a vilaggal egy-egy modult. De ez nem az, amerre a vilag tart.

A legnagyobb problema az az, hogy sokan C-t akarnak programozni Perlben. Összehasonlitaskeppen a 7 legfontosabb Lisp funkciobol 6-ot tud a Perl. A C egyet. Eszmeletlen sok a rossz minosegu Perl tanulasi segedlet...

Ebben egyetertunk. Hadd fuzzem hozza viszont, hogy ha megfigyeled, az _osszes_ "nagy" nyelv a c/c++ csaladba tartozik: c, c++, java, c#. Ha tudsz az egyikben, a masik mar relative egyszeru (a java-c# atmenet pl. szinte nulla ido). Az emberek ezt szoktak meg. Ha most jon a perl egy teljesen masik gondolkodasmoddal (ami BTW a perl-rol valo valtast is igen nehezze teszi), szerintem mekkora eselye lesz a fenti negy nagyagyu elleneben?

Egy nyelv elterjedesehez rengeteg minden kell: a meglevo developerek megnyerese, egy jo platform, jo konyvtartamogatas, stb, stb... Az uj nyelv+platformok tobbsege ezek _mindegyikevel_ rendelkezik. Vagyis ha csak 1 hianyzik egy nyelv+platformnal, az rovid vagy hosszu tavon, de halalra van itelve.

- stringkezelesben verhetetlen

Az IO a szoftver <<5%-at teszi ki. Ha ennel tobb, akkor valamit nagyon elszurtal.
Belsoleg meg objektumokat szokas passzolgatni, nem stringeket. Gyorsabb es merfoldekkel kulturaltabb, mert rakenyszerit egy szerkezetet az adatra, ezaltal elkerulve, hogy minden fuggvenyben tenylegesen interpretalni kelljen az argumentumokat.
Amit irsz, csak egy ujabb perl-worst-practice.

- interpretalt nyelvkent kiemelkedoen gyors

C, C++, JAVA, .NET. Mi a kozos? Az, hogy mindegyik kepes gepi kodra forditani.
Az interpreter a qbasic.exe -ben meg OK, 2007-ben egyszeruen nevetseges.

- CPAN. 'Nuff said.

Ezt mas mar kifejtette egy masik hozzaszolasban: tenyleg jo, de rengeteg szivas van az installokkal. Tipikusan gcc-zni kell, path-ok nem megfeleloek, stb... Igazabol ilyen szinten minden nyelvnek van CPAN-je, csak google-nek, sourceforge-nak, freshmeat-nek, apache.org-nak, ... hivjak.

- konzisztens core funkciok es konvenciok, vilagos namespace szeparacio.
- no whitespace nazism
- nagyon jo biztonsagi track record.

Ezek alapveto featurek akarmelyik nyelvben.

- A modularitasnak es a tomor kodszerkezetnek koszonhetoen egy kompetens Perl fejleszto komperative nagyon gyorsan tud minosegi kodot produkalni, mondjuk egy nem interpretalt nyelvhez kepest mint a C. A teljesitmeny kulonbseg nem feltetlenul nagy, foleg ha XS modulokat hasznalsz, abban az esetben teljesen elhanyagolhato lehet.

Ha xs-t hasznalsz, akkor mar C-ben is tudnod kell.
A produktivitas valoban problema, de abban meg a python es a ruby ver ra csunyan a perl-re. Nagy rendszereknel meg a c/c++/java/... jobb nala.

Konkluzio: meg kell ismerni a Perlt hogy igazan velemenyt tudjal rola mondani.

Ez tortent. Csak epp a basic, x86 ass, pascal, c, c++, java, .net, shell, python utan. Ezert a fenti velemeny.

Sokan "baba" Perlt tudnak csak, mert nem kenyszerit ra a nyelv szigoruan vett ertelemben hogy mindent megtanuljal egy one linerhez. De nem jelenti ez azt, hogy nincs tobb potencial a nyelvben.

Epp ez a bajom. A perl bash-helyettesitonek egesz jo, ahogy valaki megjegyezte, de a c/c++,java,c# -el nem veheti fel a versenyt. Meg a python es a ruby is megveri, igaz, nem teljesitmenyben, de produktivitasban es atlathatosagban/tanulhatosagban igen.

#!/usr/bin/perl
s//<>5:@/;y/'-|/[-|/;
$;='*534';$;=~y/ -|/`-|/;
$:='!./4(%2';$:=~y/ -|/`-|/;
$x='0%2,' ; $x=~y/ -|/`-|/;$y=
'(!#+%2';$y=~y/ -|/`-|/;s//"$_ '
$; $: $x $y'"/ee;
print "\n";

Ha valami ilyesmibe akkor esetleg meg tudom erteni :)))

Mi van, faj az igazsag?

És mi van, ha más kódját kell folytatni?

pythont nem ismerem (tudom mi az, de még sosem használtam)
perl-t viszont jópárszor
azért egy-egy combos regexp-et az én bioszoftverem már képtelen dekódolni pár hét/hónap távlatából :D

Atyaég!

Ezt a 80-an években általános iskolában felismertem ezt az igazságot párszáz soros basic programoknál. Ha meg assambly-t programoztam, akkor még inkább kellett kapaszkodnom. Teljesen igaz minden programnyelvre. Jó reggelt.

A nyelv Huffman kodolt for real. Design szempont volt hogy a gyakrabban hasznalt nyelvi konstrukciok rovidebbek legyenek mint a kevesbe gyakran hasznaltak.

LOL :D

Apple MacBook
CD 1.83 | 1.25GB 667MHz | 60GB SATA | 2.36 kg | 5400mAh @ 12.5V

csak fel ora kodolvasas utan jottel ra, hogy elfelejtetted kitomoriteni? :)

-. . - -... ... -..

Lefut amúgy :) Csak a HUP-on sajna nem jól jelenik meg :( De azért itt a bizonyíték
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Üllj le és kuss legyen!"..