A kovetkezetlenseg (CamelCase, ala_huzas_jel, parametersorrend) neha valoban zavaro. A gyakran hasznalt fuggvenyeket mondjuk hamar megjegyzed, a tobbire meg ugyis ott lesz nyitva par tabban a php.net. De ez - szerintem - joval kisebb problema, mint amekkoranak beallitjak.
Igazabol a "PHP programozok" miatt van a nyelvnek ilyen hire. Nagyon egyszeru, 2 nap alatt tanulhato scriptnyelv, ennek megfeleloen nagyon sok kezdo kezd el benne ganyolni, es emiatt nagyon szarul felepitett PHP kodokat is talalsz. Nagyon sok nagy project kodja is eszmeletlen gany (phpmyadminhoz volt szerencsem). A kor VB-je. Inkabb a muveloivel van gond, mint a nyelvvel (na jo, a VB-nel a nyelv sem jo).
Ja, a halom szopasrol jut eszembe.. a gugli PR lekerdezes regen a kovetkezo modon tortent: volt egy bongeszo extension, ami az aktualis oldal PR-et le tudja kerni. Ezt paran visszafejtettek, kideult, hogy az URL-bol szamit egy ellenorzoosszeget, es a kettot elkuldi a servernek, es ha stimmel, akkor tudjak, hogy a hivatalos extension kuldte a kerest, es valaszoltak ra. A visszafejtett kod alapjan ezt az algoritmust implementaltuk PHP-ban, hogy geppel is le tudjuk kerni az erteket. Volt egy 64 bites win server es egy 32 bites Linux, mindketton lefuttattuk, es a ketto mas-mas checksumot szamolt ugyanarra a bemenetre ugyanazzal a PHP scripttel! Nem volt egyszeru rajonni, hogy mi a baja.. csak a szopashalmokrol jutott eszembe.. (vegul workaroundkent 0-1 stringekkel ujraimplementaltam a bitmuveleteket, es igy mar mindket architekturan ment, de ez akkor is gaz)
--
I have come to the conclusion, that the matrix must have some bad bullet lag.