🚀 go-pugleaf

On Sep 7, 8:17 pm, " " <sze...@WYTNIJ.gazeta.pl> wrote:
> Witam.
>
> Powstaje pewien projekt webowy i toczy się dyskusja o technologii.
> Kandydatami są django oraz frameworki phpowe.
> Znam django i osobiście nie mam co do niego wątpliwości
> a w napisanie czytelnego i zarządzalnego kodu w php nie wierzę
> - ale potrzebuję przedstawić to w postaci konkretnych argumentów,
> obejmujących funkcjonalność, jakość frameworków i wszelkie inne
> czynniki mające znaczenie. Wszelkie wypowiedzi, także krytyczne,
> mile widziane.
>
> Jak dotąd przychodzi mi do głowy to, że:
>
> - sensownie zaprojektowane frameworki phpowe są w nowością
> i nie umywają się dojrzałością, dokumentacją i ilością dodatków do django

To akurat bzdura. Np. ZF powstało w 2005, w tym samym roku, kiedy
powstało Django.

> - djangowy orm zjada phpowe wymysły na śniadanie

SQLAlchemy owszem, Djangowy ORM nie. Jak ja mój gust ma poziom
zbliżony do Propela czy Doctrine.

> - python jako język bardziej zwięzły generuje krótszy, czytelniejszy i przez
> to łatwiejszy w utrzymaniu kod

Owszem.

> - python ma bibliotekę standardową która jest zaprojektowana obiektowo
> i korzysta z mechanizmu wyjątków, czego chyba nie da sie powiedzieć o php

Prościej: Python jest językiem obiektowym,  PHP nie.

> - historia bezpieczeństwa php jest fatalna

Nie zupełnie. Raczej fatalna jest historia bezpieczeństwa *kiepskich*
acz popularnych projektów, typu phpBB czy phpNuke.

Ok, tyle jeśli chodzi o twoje argumenty. Pamiętaj, nie ma nic
gorszego, jak podać argument nieprawdziwy, który łatwo zbić. Po
pierwszym takim argumencie, nikt nawet nie zada sobie trudu poznać
pozostałych.

Co do PHP vs. Python:

Ewidentne przewagi Pythona:
-- PHP -- obiektawy; Python -- obiektowy
-- PHP -- słabo typowany, wewnętrznie wszystko jest stringiem,
totalnie posrane "żąglowanie typami"; Python -- silnie typowany
-- PHP pisany głównie z myślą o mod_php do Apache; Python - jako
standalone, albo do użycia w połączeniu z szybkimi lekkimi serwerami
jak ngnix czy LigHTTPd.  (ok, jest PHP-FPM, ale to nie jest oficjalne)
-- PHP -- zero wielowątkowości; CPython -- wątki (ale GIL),
opcjonalnie greenlety
-- PHP -- XML-RPC i SOAP; Python -- praktycznie dowolne programowanie
rozproszone
-- PHP -- namespaces dopiero w 5.3; Python -- moduły

Coś za coś:
-- PHP -- domknięcia (w 5.3); Python -- comprehensions
-- PHP -- genialna dokumentacja on-line; Python -- genialne docstrings
-- PHP -- developerów na pęczki; Python -- dobrych, to ze świecą
szukać
-- PHP -- wsparcie dla connection pool Oracle; Python -- jednolite DB
API 2.0

No i jeszcze ewentualne używanie na serwerze aplikacji:
-- PHP na JVM -- bardzo słaby, ledwo cokolwiek działa, Jython -- dosyć
stabilny