> Dosyc nieszczesliwy przyklad:
> http://emerytury.wp.pl/POD,3,a,2,b,4,wid,8106563,wia
domosc.html?ticaid=14101
>
> "Zakład Ubezpieczeń Społecznych to najważniejszy klient Prokomu, dla
> którego spółka od 1997 r. buduje główny system informatyczny. Budżet
> projektu (podzieliło się nim kilka spółek) przekroczył już 1 mld zł."

No to jest cały jeden projekt.

> Z branzy czysto komercyjnej (bez zamowien rzadowych) to wiem, ze
> istnieja polskie oddzialy firm, w ktorych programisci pracuja nad
> fragmentami dosc duzych projektow wspolnie z oddzialami umiejscowionymi
> w innych krajach.

A to już kilkadziesiąt. Z drugiej strony fakt, że coś jest robione "dla rządu"
niekoniecznie oznacza, że jest to coś niesamowicie skomplikowanego. Wiem, gdyż
zdarzyło mi się w mojej (krótkiej jeszcze) karierze mieć parę ambitniejszych
zleceniodawców (mam na koncie projekty dla jednego z ministerstw i jednego
z dużych banków - wszystkie są w PHP).

W drogich zleceniach (IMHO) chodzi nie tyle o sam fakt skomplikowania, tylko
o staranność wykonania kodu i o odpowiedzialność za dane. Algorytmy same
w sobie nie są zbyt skomplikowane - i tak większość tych efektywnych jest
implementowana po stronie silnika DB. :)

Oczywiście są też bardziej ambitne projekty. Obecnie pracuję w biurze
meteorologicznym i tutaj ze względu na specyfikę branży nie do końca
sprawdzają się algorytmy i modele globalne - często trzeba tworzyć
rozwiązania działające w oparciu o praktykę, a nie o modele teoretyczne.
I tutaj już PHP nie jest tak często używany, ale również zdarza się - jako
interfejs do programów napisanych w bardziej zaawansowanym numerycznie
języku (Python, Java, Fortran), czy jako interfejs pośredniczący przy
publikowaniu informacji dla klientów.

--
Wojciech 'Proteus' Bańcer
p...@p...pl