mno, clanecek "z pohledu zacatecnika" dobrej, ale chtel bych znat nazor nejakeho odbornika. zivim se programovanim v php docela na urovni a par dalsich tymu znam, ale nikdo PEAR nepouziva.
prevlada hlavne nazor, ze nema cenu si kod komplikovat milionem includu cizich dlouhych souboru, ktere stejne nepracuji uplne podle nasich predstav a vysledny parsing jen zpomaluji. A dale by se dalo diskutovat napr. o prakticke potrebe abstrakce db. Projekty jsou vetsinou presne na miru a alespon se nepripravim ani o vykon, ani o vychytavky prislusne db.
co si o tom myslite, vy ostatni profici? co pouzivate vy?
ja osobne som zapojeny do jedneho projektu na SF. chceli sme pouzivast pear lebo sa zdalo je je to velmi dobry system a hlavne dokaze zjednotit programatorov. zial realita je ina. pear pouziva kniznice ktore zial pri safe mode v php nefunguju. jedna sa hlavne o funkcie zistovania ci dana class ktoru mate pousivat le loadnuta. zial ako som spominal safemode to nepovoluje.
takze vysledok? duch pear zachovame ale pear kniznice urcite nie ... nikde kde je poriadny webhosting to proste nepobezi.
ja nevim, v dnesni dobe uvazovat o nejake ztrate vykonu diky par abstrakcim... on si to procesor uz nejak prebere, toho bych se nebal! :-) (navic kdyz uz potrebuju opravdu vykon s velkym V, tak rozhodne nepouziju php) jakykoliv framework je podle me nezbytna vec pro udrzeni prehlednosti a snadne upravitelnosti do budoucna - proste krasne se s tim pracuje, nemusite psat hromadu inicializacniho a jineho balastu kolem, objektove zapouzdreni napriklad systemu sablon je desne fajn atd... nevim, uz bych asi nic nepsal "z fleku", ani kdyby to melo byt "na miru", jak rikate.
Ne, zase jeden, co to pochopil. V dnesni dobe se az na velice malo vyjimek nevyplati neco prodat lepsi architekturu vymenou za rychlost. Takovy projekt, pokud ovsem nedelate software stylem "napis, prodej, zapomen, zahod" se totiz dlouhodobe dost prodrazi na udrzbe a pri delani zmen. To se projevuje tim vic, cim je projekt slozitejsi a vetsi.
Nerikam ze se ma vsechno psat v assembleru. Jde mi o to ze nekteri programatori (napriklad autori KDE, GNOME, mozilly) zavadi tolik vrstev abstrakci (a navic casto spatne napsanych) ze na mem pocitaci (Duron 700) je videt jak je to pomale.
Pravdepodobne mi reknete ze Duron 700 je dneska jiz zastaraly procesor, cimz prokazete ze mam pravdu. Staci se podivat co vsechno behalo na DOSu na jeste horsich pocitacich a uvidite ze "vseho moc skodi".
Spravne reseni je podle meho nazoru shodnout se na nekolika malo vrstvach abstrakce (nestavet jich na sobe cele hory) a hlavne, samotne abstrakce napsat co nejoptimalneji a ne jako GTK.
To bych tedy opravdu rád věděl v čem podle vás programují profíci.
Podle mě se profík pozná podle toho, že svůj úkol splní v libovolném prog. jazyku než podle toho že používá třeba javu nebo assembler. Je to stejné jako by jste chtěl tvrdit že ti kdož umí HTML nebo XHTML nejsou profíci ve svém oboru, jenom proto že těch tagů je málo.
1. Za profesionala se povazuju, protoze kdo je to profesional? Ten, kdo se tim a jenom tim zivi. Samozrejme PHP samo o sobe nebylo navrzeno primarne jako objektove, dodnes je to jeho slabina.
2. Nic mi nebranilo v tom, prepsat neprivetive API php na sve objektove metody.
3. Pochybuju, ze na placenem webhostingu bude nekdy Java nebo Perl. PHP umozni jen to, v cem je samo omezene :)
Moje API je pouzitelne i tam, i na mem serveru v zakladni konfiguraci.
4. Mam pocit, ze je dnes moda delat vse maximalne robustne, ackoli to neni potreba. Tyto trendy uspesne ignoruju, CELE me php API zabira ani ne 100kb a jedno spusteni skriptu parsuje maximalne 20kb. A to mam vlastni session management, databazovou vrstvu, jednoduchy aplikacni server,...
bod 1. No comment.
bod 2. Proc obchazet hloupy jazyk prepisovanim API, kdyz si mohu vybrat lepsi (jazyk/nastroj)?
bod 3. Nesmysl.
bod 4. Samozrejme, ze je treba psat robustne, to byl vtip?
> (cele me API) zabira 100kb
No podle mne se toho na 100 kilo moc nevleze, takze nevim, jak se k Vasemu tvrzeni stavet.
Ale mozna si v zasade neodporujeme. Souhlasim s tezi, ze na jednoduche veci muze byt PHP vhodnou volbou (v duchu "Pretty Home Pages").
PHP vypada, jako kdyz pejsek s kocickou varili dort, ma nestabilni API a nedostacujici vyjadrovaci prostredky. Neni to seriozni programovaci nastroj.
Jeho obliba prameni z toho, ze se v nem jednoduche veci delaji VELMI jednoduse.
To ze se nekdo programovanim zivi, podle mne z nej nedela "profika" podle Vasi definice.
Pro tvorbu dynamickych www stranek se podle mne hodi napriklad mod_perl, mod_ruby, mod_python, nebo i jsp a aplikacni servery.
Ted mi reknete, v cem je php lepsi. Argument o nedostupnosti hostingu neberu, neni to pravda.
haha. to je vtip? nechame definici profika (ono to bude jako v tom vtipu - lamer si mysli, ze je hacker, loser si mysli, ze hacker je lamer, hacker vi ze je lamer atd.)
rozjizdet flame o tom, ktery jazyk je lepsi nema cenu. kazdy ma sve vyhody a nevyhody. podle me je php dobre i na docela rozsahle projekty. jde o to, kdo to pise - a jsme zpatky u tech profiku. php je dobre svym masovym pouzivanim - alespon je relativne odladene a chyb-proste, coz o mod_perl/ruby/python lze tvrdit jen ztezi.
Souhlasim, rozjizdet flame, ktery jazyk je nejlepsi je nesmysl, kazdy je dobry na neco.
Ale klidne se pustim do flamu, ktery jazyk je pro kocku --- vyhraje PHP.
Na druhou stranu chapu, ze programatori, kteri k PHP presli od kombinace VBScript+ASP na nej nedaji dopustit.
Jo a zajimalo by me, kde berete sve domnenky o neodladenosti mod_{perl,ruby,python}. Perl je rozhodne lepe odladeny nez PHP, ma za sebou take nejakou historii. Ruby, to je proste naaaadhera, cista prace, je za tim videt myslenka a peclive provedeni. Python neznam, ale pouzivaji ho intenzivne nekteri lide v mem okoli a nedaji na nej dopustit.
Pane Povolny,
dle ceho soudite, ze PHP je pro kocku a ostatni (ktere jak pisete, nepouzivate) jsou naprosto SUPPPEEEER?!?!?! Kolik jste napsal veci v PHP a ostatnich vecech?
Souhlasim, ze PHP neni idealni, ale je asi lepsi na dynamicke stranky nez PERL, nebo snad C ci C++. Pokud potrebuji aplikaci typu shopik, dotaznik a pod, neni asi lepsi volba (ASP je asi volba, ale ta rychlost a hlavne CENA). Pokud ale budu chtit napsat treba bankovni aplikaci, PHP asi nebute tou pravou volbou. Nebo pro vytvoreni auditu log souboru z webserveru nebudu asi take pouzivat PHP, ale PERL.
Podle mne je treba rozlisit co budu psat. Rozhodne bych si netroufl tvrdit, ze jeden jazyk je horsi nez druhy. PERL je mezi nami uz dlouho - asi co se tyce kvality je docela dobry favorit. PHP je mlade, ale uci se - viz. rozdily mezi verzemi, mizeni chyb - PHP je take navrzeno primarne pro webove stranky, proto se vklada do HTML. ASP - to neni jazyk, to je platforma - VBScript, JavaScript, ASP.NET = C#, Delphi.NET (jazykem je samozrejmne Object Pascal - abychom nemichali jabka a hrusky), atd...
btw: proc kdyz pisete ze PHP je pro kocku, mate na nem postaveny alespon jeden ze 3 produktu vasi firmy (webmail)?