do duzych projektow PHP dodam jeszcze interie. Wikipedie zas wywalilbym
z w/w listy - niezaleznie od wielkosci projektu, to nie jest projekt
komercyjny, z oczywistych wiec powodow jest low-cost.
I co z tego, że jest low-cost? Przecież podstawowym wskazaniem działań w
firmie jest optymalizacja kosztów! Tu się właśnie kryje potęga PHP! A
przecież wikipedia musi obsłużyć znacznie większy "obrót" danymi, niż
niejedno średniej wielkości przedsiębiorstwo.
Ale co z tego wynika? Wszystkie te projekty ruszyly pare lat temu, w
okresie dominacji PHP na polskim rynku i dalej zyja, bo nikt nie
przepisze calosci na nowe srodowisko.
Wikipedia nie jest polskim projektem. Z tego, co słyszałem, yahoo też
częściowo jest obsługiwane przez PHP.
Ja jednak poruszam kwestie PRZYSZLYCH projektow. Do niedawna wybor byl
oczywisty i naturalny - PHP. Dzis juz nie jest. W przyszlosci bedzie
jeszcze gorzej dla PHP.
Wybór był zawsze - przecież interfejs CGI pozwala na pisanie serwisów w
dowolnym języku, PHP, C++ a pewnie nawet i w asemblerze. Mimo to
większość pisała w PHP...
Singollo
I co z tego, ze jest low-cost? Przeciez podstawowym wskazaniem dzialan w
firmie jest optymalizacja kosztów! Tu sie wlasnie kryje potega PHP! A
przeciez wikipedia musi obsluzyc znacznie wiekszy "obrót" danymi, niz
niejedno sredniej wielkosci przedsiebiorstwo.
jaki jest koszt np dziennego przestoju Wikipedii? Zaden? To mowimy o
roznych zastosowaniach.
Nie o tym, co mozna zrobic, przy uzyciu wybranej technologii, a to
czym, jaka technologie oplaca sie zastosowac.
| Ale co z tego wynika? Wszystkie te projekty ruszyly pare lat temu, w
| okresie dominacji PHP na polskim rynku i dalej zyja, bo nikt nie
| przepisze calosci na nowe srodowisko.
Wikipedia nie jest polskim projektem. Z tego, co slyszalem, yahoo tez
czesciowo jest obslugiwane przez PHP.
No i? Dotad pisalismy o polskim rynku, mozemy rozszerzyc analize
rowniez o zagraniczne. Nie ma sprawy. Zastanow sie na przyklad,
dlaczego Google (nowe projekty!) nie jest pisane w PHP.
| Ja jednak poruszam kwestie PRZYSZLYCH projektow. Do niedawna wybor byl
| oczywisty i naturalny - PHP. Dzis juz nie jest. W przyszlosci bedzie
| jeszcze gorzej dla PHP.
Wybór byl zawsze - przeciez interfejs CGI pozwala na pisanie serwisów w
dowolnym jezyku, PHP, C++ a pewnie nawet i w asemblerze. Mimo to
wiekszosc pisala w PHP...
Powtarzam - mowimy o wyborze ekonomicznym (czynnik wyboru: ekonomia),
nie technicznym. Inaczej w zakres rozwiazan wchodzilaby rowniez
platforma Atari 800 (widzialem serwer www, postawiony na nim)... A tak:
mamy do wyboru praktycznie tylko 3 rozwiazania: J2EE, NET i PHP/CGI.