🚀 go-pugleaf

On Oct 29, 10:03 pm, Grzegorz Staniak <gstan...@wp.pl> wrote:
> On 29.10.2009, pakalk <pak...@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,

Bo nie było do tej pory przestrzeni.

> 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"

Co akurat wadą nie jest, bo niby czemu? Poza tym nie ma czegos takiego
jak lista w typach wbudowanych w PHP. Uznaje, ze chodzilo Ci o
tablice.

> , nie dająca
> w sumie ani dobrego hasza, ani dobrej listy (niespójność indeksów
> po usunięciu elementu ze środka listy to kuriozum),

Eeee... Tablice asocjacyjne z PHP sa powszechnie chwalone, a jesli
chodzi o struktury danych...

http://www.php.net/manual/en/spl.datastructures.php

> albo int, którego
> rozmiaru nigdy nie możesz być pewien (32-bit na systemach 32-bit,
> 64-bit na 64-bitowych),

No to mozesz byc pewien: 32 na 32, 64 na 64 :>

> tak samo jak tego, że zostanie zwrócony jako
> unsigned.

> Pseudo-referencje.

Tak? Gdzie? Jak dla mnie to one dzialaja, jak pelnoprawne referencje.

> OOP jako afterthought, ledwo doprowadzone
> do używalności w PHP 5.

Prosze Cie..

> Brak thread-safety. Tę listę naprawde można
> by jeszcze sporo przedłużyć.
>

Moze i mozna, ale polowa tej listy to wymysly bez pokrycia w faktach.
Czesciowo to tez wina implementacji - nie jezyka.