Przyszłość php Opcje

[intol]

Po przeczytaniu notki na blogu Splatch'a doszedłem do dziwnych wniosków odnośnie przyszłości php. Otóż również, chyba jak autor, za bardzo tej przyszłości nie widzę. Duża ilość programistów php migruje do Javy, mając dość "prostoty" php, która będąc dużym plusem dla początkujących, staje się przeszkodą dla zaawansowanych programistów.

Również moim zdaniem ZF nie przyniesie znaczących udogodnień. Dla mnie np. dużym ułatwieniem w szybkim tworzeniu systemów w php byłoby po prostu jakieś graficzne IDE do PRADO, coś na wzór C++ Buildera dla C++. Po prostu stawiamy kontrolkę, piszemy obsługę zdarzenia i nie martwimy się niczym innym - szybkie tworzenie aplikacji. Duża ilość komponentów pozwalała by zaoszczędzić masę czasu, a rola programisty ograniczyła by się do prawdziwego programowania, a nie odtwarzania podobnych fragmentów kodu.

Co Wy o tym sądzicie?

Ten post edytował intol 20.09.2006, 21:05:17

[NuLL]

Ja nie twierdze ze pisze z musu. PHPa lubie - ale znam jego wady - z drugiej strony nie przeszkadzaja mi one tak bardzo jak to wiele osob mowi. Teksty o tym ze w PHPe nie ma definiowania zmiennnych, ze nie ma typowania co zwraca dana funkcja czy metoda sumuje jednym akapicikiem - jak nie wiesz co kodujesz to nie koduj - jesli masz problemy z roznieniem co jest w danej zmiennej to trzeba sie jeszcze troche pouczyc (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)
Co do skladni - trzeba sporo pisac - ale odpowiednie IDE z paroma dodatkami potrafi zdzialac wiele. Skladnia czy sie podoba czy nie to kwestia wlasnych preferencji. Wg mnie Ruby i Python jako jezyki na poczatek sa trudne gdyz sa to IMHO jezyki skladniowo o wiele trudniejsze do zrozumienia na poczatek niz PHP. 6 w PHP to poprawa wiele starych narzutow + UniCode czyli wielki plus. Obecny model obiektowy pozwala na wiele i do kazdego niemalze jest wystarczajacy. Kilka jego brakow - takie jak np settery statyczne czy statyczny __call zostana dodane w 6.

Boomu w Polsce na Ruby i Pythona nie ma z prostego powodu - hostingu. Python jest b.szybki ale przecietnego admina przerasta przewaznie instalacja Traca z jego zaleznosciami - a co dopiero administrowanie obciazonym serwerem - problemy z bibliotekami, szukanie waskich gardel aplikacji. Python domyslnie jest duzo szybszy niz PHP. A co sie kiedy jest PHP+APC - czyli wtedy kiedy jest sprawiedliwie ? Sytuacja sie zmienia.

Ruby jesli chodzi o kwestie wydajnosci - raczej nie zaprzeczy - asem nie jest. Pozatym problemy typu dedykowany serwer WWW i inne takie skutecznie utrudniaja rozwoj jezyka. A PHP ? mod_php - pare wpisow i jest. I to jest jego wielki plus (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Ten post edytował NuLL 20.09.2007, 12:30:52