🚀 go-pugleaf

On Nov 21, 2:06 am, pakalk <pak...@gmail.com> wrote:

> Mowilem juz, ze jestes idiota?

Na takim poziomie nie ma co dyskutowac.

Moje uwagi. (dla duzego projektu, kilka lat intensywnej developerki)

1. PHP 5.2 - brak przestrzeni nazw, styl cgi.
  - ryzyko class redeclaration jest wysokie
  - obciazenie autoloadera znaczne
  - brak namespaces czesto uniemozliwia uzywanie modulow (?) czy klas
przygotowanych przez innych,
wiec trzeba klepac wlasne implementacje kolejek priorytetowych, albo
forkowac istniejace rozwiazania i zmieniac nazwy klas/implementacje,
aby sie nie gryzlo
  - tryb CGI przewrotnie utrzymuje caly system w dzialaniu - powielone
nazwy klas to codziennosc, na szczescie requesty/skrypty shell pracuja
w troche odmiennych srodowiskach i sytuacja konfliktu nie nastepuje
  - tryb CGI to fatalna wydajnosc

2. Przestrzenie nazw PHP 5.3
  - do wsparcia namespaces z 5.3 przy tak zlozonym projekcie to daleka
droga. nie mozna ot tak zmienic wersji php (samo podniesienie php o
jakas revision jest w stanie wykrzaczyc system - np. bylo tak, gdy glob
() zaczala zwracac null zamiast pustych tablic, pierwszy warning przy
array_merge rozwalil cala procedure, soft sie uruchamial, ale dzialal
nieprawidlowo)


3. SPL
  - szczytna inicjatywa; spl jest przez nas stosowany
  - szkoda, ze nie uzywany jest przez funkcje/klasy wbudowane w php
(lub jego moduly), co za tym idzie wiekszosc funkcji zwraca array
zamiast listy/iteratora
  - nie ma zbytnio sensu istnienia w rozbudowanej formie bez
namespaces

4. Programowanie z PHP
  - pisanie skryptow shell jest mozliwe
  - zrobienie duzego softu jest mozliwe (warto wesprzec sie porzadna
baza danych)
  - jest uciazliwe, czesto zabawne, czesto wkurzajace
  - kazdy, kto panuje nad wadami/bledami/niescislosciami php oraz
lapie sie w zrodlach wielkiego projektu, jest swego rodzaju mistrzem
  - debug - najczesciej przez dupczenie (var_dup ;)


Jesli chodzi o Python:

1. pakiety i moduly, fcgi/wsgi
  - brak problemow z redeklaracja klas
  - uzycie zewn. bibliotek jest proste, brak kolizji
  - wysoka wydajnosc

2. n/d

3. stdlib
  - rozbudowana, lepiej przygotowana niz stdlib php (uzywa sie o wiele
latwiej)
  - oczywiscie podzielony na pakiety/moduly

4. programowanie z python:
  - pisanie skryptow shell mozliwe (tu: prostsze, krotsze,
przyjemniejsze)
  - zrobienie duzego softu nie przysparza takich technicznych
problemow, jak z php
  - jest przyjemne, czesto zabawne, rzadko wkurzajace
  - utrzymanie kodu jest prostsze
  - debug - dobre narzedzia


Da sie uzywac PHP? Do wielu zastosowan tak, tylko po co sie meczyc.
Gorzej, jak nie ma odwrotu ;)
Juz ktos powiedzial w tym wątku - technologie dobieramy do potrzeb. Ja
osobiscie PHP nie wybieram juz nawet do prostych stronek, ale pewnie
istnieja dziedziny, w ktorych PHP sprawdzi sie doskonale (chocby
patrzac przez pryzmat kosztow pracownika)

marcin