🚀 go-pugleaf

On 29.10.2009, pakalk <pakalk@gmail.com> wroted:

>> >> > ..i wtedy wyjdzie, ze jak ktos z glowa do PHP podejdzie, to
>> >> > nie jest taki zly ten pehap.
>>
>> >> Tu się zgadzam.
>>
>> >> Żeby napisać dużą i dobrą aplikację w PHP nie wystarczy
>> >> tutorial, var_dump i 1-2 lata klepania szablonów w php (nie
>> >> aplikacji).
>>
>> > Ano nie wystarczy. Dlatego mysle, ze to programisci PHP sa zli, a
>> > nie jezyk.
>>
>> Język niezależnie od wszystkiego innego też jest zdrowo skopany.
>
> To znaczy? Co konkretnie?

Lepiej zapytaj co nie zostało skopane. Tysiące wbudowanych funkcji 
w jednej przestrzeni nazw to po prostu chory sen wariata, niespójne
nazewnictwo i kolejność argumentów pogłębiają to wrażenie. Fatalna 
obsługa unikodu i ogólnie kodowań tekstu. Obsługa błędów po prostu
tragiczna, przy zagnieżdżonych inkludach błąd na kolejnym poziomie 
zagnieżdżenia produkuje biały ekran i tyle. Pierdyliard niespójności
i zagwozdek semantycznych, jak słynne '(string)"false" == (int)0 is true'.
Wymóżdżone typy danych, jak "lista i hasz w jednym", nie dająca 
w sumie ani dobrego hasza, ani dobrej listy (niespójność indeksów 
po usunięciu elementu ze środka listy to kuriozum), albo int, którego
rozmiaru nigdy nie możesz być pewien (32-bit na systemach 32-bit,
64-bit na 64-bitowych), tak samo jak tego, że zostanie zwrócony jako
unsigned. Pseudo-referencje. OOP jako afterthought, ledwo doprowadzone 
do używalności w PHP 5. Brak thread-safety. Tę listę naprawde można 
by jeszcze sporo przedłużyć.

GS
-- 
Grzegorz Staniak <gstaniak _at_ wp [dot] pl>
Nocturnal Infiltration and Accurate Killing