S temi knihovnami mate pravdu. Co pomuze mit krasny cisty jazyk jako je treba Ruby, kdyz k nemu neni ani desetina takovych dobrych knihoven jako je pro Perl. Podle me je cilem mit jazyk, ktery "v podstate staci", ale ktery ma knihovny na dostatecne urovni. Coz je podle me pripad Perlu, ale ne Ruby (a na druhe strane take ne PHP). Let the flamefest begin.
-Yenya
PS.: Brainfuck? Pokud chcete nejaky opravdu extremni programovaci jazyk, podivejte se na whitespace.
Zrovna PHP ma IMHO vyhodu v tom, ze knihovna dodavana k jazyku je VELMI obsahla. Takze vezmu program, spustim a on pojede. Nebudu muset nic dotahovat.
Naproti tomu v Perlu jsem se parkrat pokousel rozchodit nejaky rozsahlejsi program a vzdycky mne to po par hodinach dohledavani a dotahovani perlovych knihoven prestalo bavit a sahnul jsem po jinem produktu ;-)
(A to pomijim write-only vlastnost Perlu...)
Ale ani PHP neni bez chyb - nedavno mne neskutecne zkomplikovalo zivot neexistenci destruktoru :-(
Dobra, jeden flamewar rocne neuskodi, zvlast kdyz uz nezbyli zadni Ataristi, ktere by bylo mozne postuchovat ^___^
Pokud se bavime o modulech Perlu ve stylu CPAN, pak z mych zkusenosti plyne, ze instalace baliku a soucasne vyreseni zavislosti je temer automaticke. (Pomijim ActiveState Perl nebo RPM obludnosti.) Osobne ocenuji hlavne propracovany system regresnich testu...
Takovou podporu PHP afaik nema, i kdyz se o ni uz nejakou dobu snazi. Ale o nejake centralni, respektovane repository nevim. A vzhledem k tomu, ze si vzdycky kompiluji PHP podle svych predstav, bych sem mohl postnout i parametry prikazu 'configure'. Ale tusim, ze medialni zakon dovoluje takove veci az po 22. hodine...
K PHP mam jeste nekolik vyhrad - jazyk ze sve podstaty porusuje jednu zakladni poucku dobreho programatorskeho stylu: separaci aplikacni a prezentacni vrstvy. Takze kdyz pri pohledu do jedineho souboru uvidim kombinaci XHTML, ECMAscriptu, CSS, PHP a SQL (pripadne jako bonus PL/SQL), tak instinktivne saham po necem velkoraznim...
Pokud je Perl write-only (coz stejne neni inherentni vlastnost jazyka, ale programatora), pak by ji melo mit i PHP, nebot Perl je jeho nejvyznamnejsim predkem. Nemluve o vyssim faktoru zmateni plynouci z prevedeni poli i hashu pod prefix $.
Pokud ma aplikace balik (pro mne DEB ;-), tak je to docela v pohode, to souhlas. Ale (ani) CPAN neni samospasitelny, jak jsem se presvedcil... Asi by ty programy rozchodit sly, ale proste mne to prestalo bavit :-)
Ad podpora: Kdyz se kouknete na nejpouzivanejsi perl baliky, tak to jsou to vesmes veci, ktere ma PHP uz v zakladni knihovne.
Ad separace: Ale to je stejne jako u "write-only" Perlu vec programatora, jak pise program ne? Pokud chcete oddelit, pouzijete nekterou sablonovaci nadstavbu. I kdyz je potreba myslet a nedopustit "overdesign". Nedavno jsem doladoval jednu aplikaci, ktera byla v sablonach, ale posilala vpodstate jen data JavaScriptovemu frontendu. Takze sablona tam byla vpodsatet nanic, akorat to byla zbytecna vrstva navic, ktera ladeni jeste vic zneprijemnovala :-(
Jinak PHP "write only" neni, protoze z Perlu toho zas tak moc nema. Rozhodne tam nejdou takove ty perlovske triky ve stylu "pole ve skalarnim kontextu" atp.
Jenze zakladni knihovna PHP jde rozsirovat jen do konecne velikosti. Od jiste meze to uz nebude elegantni system, ale moloch. A napr. FFT/DFT hledam v core-php marne...
---reklamni vlozka---
#! /usr/bin/perl -w
use Lingua::Romana::Perligata;
maximum inquementum tum biguttam egresso scribe.
meo maximo vestibulo perlegamentum da.
da duo tum maximum conscribementa meis listis.
dum listis decapitamentum damentum nexto
fac sic
nextum tum novumversum scribe egresso.
lista sic hoc recidementum nextum cis vannementa da listis.
cis.
---konec reklamy---
Over-design v pripade logicke separace si dovedu opravdu predstavit jen u projektu, na kterych se podili jeden ci nekolik hodne malo vyvojaru. Pokud se na nejake 3-tier aplikaci podili rekneme tymy z nekolika zemi, tak je clovek rad, ze editacni kolize nastavaji jen mezi programatory a nemontuji se do toho databazisti nebo designeri (to uz by nejspis nepomohlo ani subversion/cvs/...).
Pochopitelne je pravda, ze resenim je sablonovy system. Nicmene v pripade PHP je to obchazeni zakladni vlastnosti jazyka; nemohu si vzpomenout na zadny jiny programovaci jazyk, v nemz by se implicitne zahajovalo zpracovani zdrojoveho textu v prezentacnim rezimu (mno, mozna ten WhiteSpace ;-)) a do vykonneho rezimu je nutne se explicitne prepnout.
A kdyz uz jsme si dnes tak hezky zaflamovali, tak je potreba take provest dekovnou ulitbu za to, ze nemusime programovat v ABAPu. (Z toho by zesediveli i veterani BF*cku.)
U takovyhle knihoven je pak problem, ze clovek obcas muze hledanim, zkoumanim a napojovanim stravit vic casu, nez kdyby si to napsal sam ;-) (A kdyz uz jsme u knihoven, Fortran Perl urcite netrumfne :-))) Ale ten zaklad v PHP je a pri psani webovych veci v 95% pripadu staci.
Ad overdesign: Samozrejme design musi byt umerny situaci. Jen jak jsem psal o tech sablonach, tak jsem si na to vzpomel :-)
Ad obchazeni: No, ja bych to obchazenim nenazval. Je to proste vlastnost jazyka, ktera je dana historicky. Umoznuje jeho jednoduche pouziti v jednodussich projektech a ve slozitejsich nijak nevadi.
PHP bylo co se pamatuju navrhovano jako jednoduse pouzitelny jazyk pro zpracovani dat zobrazovanych/prijimanych z webu. Takze stiznosti na jeho navrh jsou trochu mimo misu.
No jednou jsem musel v perlu neco spravit a parkrat zjistit co se tam deje. Neznam brainfuck ani whitespace, ale nic otresnejsiho, nez Perl si nedokazu predstavit (tedy seriozne mineneho, vytvorit jazyk, jehoz jedinym cilem bude byt horsi nez Perl pravdepodobne bude mozne). Takze knihoven to mozna ma dost, ale kdybych v tom neco musel delat, asi bych pomerne brzo zacal shanet provaz. Takze ja jsem pro Javy, knihoven jsou mraky a jazyk je to rozumne dobre navrzeny.
Upozorníme vás na články, které by vám neměly uniknout (maximálně 2x týdně).
