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

[splatch]

Wciąż welu programistów wynajduje koło na nowo. Tak bardzo typowe dla php jest powielanie przez wszystkich kodu który setki razy był napsany. Są świetne biblioteki, niestety wiele osób z nich nie korzysta, znakomite frameworki do nikogo nie docierają bo są zbyt mało popularne bądź źle udokumentowane.

Niby tak, ale musimy brac pod uwage że php to jezyk skryptowy i ogromna role odgrywa czas. Lepiej napisac wlasny, mniejszy, szybszy system szablonow niz korzystac z 3 razy wolniejszych smartów itp itd.

Niedawno zaczałem zabawe z QuickForms i doszedłem do wniosku, ze jezeli chce korzystac z nich na serverze bez PEAR'a musze je uploadowac. Samo OPT+OPD+QuickForms to ponad 1 mb danych.

Odpowiem tak - spójrz na to oczyma pracodawcy - czy obchodzi Cię, że skrypt będzie się wykonywał powiedzmy 0.01s dłużej? Watpię, czy zrobi na tobie wrażenie fakt, że skrypt wykonuje się o 0.1s dłużej? W życiu - liczy się efekt a przede wszystkim czas, bo czas to pieniądz. Pisząc "silnik" pod małą aplikację wykorzystujesz cenny czas, przychodzi czas na coś większego i co? I piszesz nowy silnik z tymi samymi mechanizmami, ale z dodaniem np. obsługi języków i wersji graficznych. To nic innego jak strata czasu (przypominam - patrząc oczyma pracodawcy). Po co pisać coś, co jest już napisane, jest napisane dobrze i jest za darmo?

Co do szybkości smarty - włączasz cache i szybkością dorównujesz małemu systemowi szablonów albo i go przewyższasz.

Z mojej perspektywy - to co dalej piszesz - to w dalszym ciągu wynajdowanie koła na nowo. Po co, podkreślam po co pisać kolejny driver do bazy danych skoro:
a) nie dorówna możliwościom gotowych rozwiązań które obsługują zunifikowany SQL tj. odpowiednio napisane zapytania działają dla każdej bazy danych.
(IMG:http://forum.php.pl/style_emoticons/default/cool.gif) trzeba będzie go łatać, naginać do nowych systemów baz danych, a jeśli ma to być driver tylko dla jednego systemu to po co go wogóle pisać? Skoro cenimy czas - to funkcje będą szybsze niż obiekt[y].
c) jest przeznaczone tylko dla Ciebie - jaką masz radość z pisania tylko dla siebie? Cała radość (no może większa połowa) płynąca z programowania to możliwość dania innym dobrych rozwiązań. Jeśli piszesz coś, coś co z założenia oferuje jakąś funkcjonalność, nie mówię o całych systemach ale o bibliotekach to dlaczego tego nie udostępnić innym. Wyobraź sobie, że jesteś pisarzem i piszesz książkę. Sławę możesz zdobyć tylko ją wydając. Jeśli jej nie pokażesz światu to choćby nie wiadomo jak dobra by była nie będziesz wielki, będziesz wielki (być może) tylko w swych oczach. Trzeba tylko pamiętać by w takim układzie pisać jasno i czytelnie bo kod nie jest tylko dla jednej osoby, jest dla wszystkich, a skoro jest dla wszystkich powinien być czytelny nie tylko dla autora ale i dla pozostałych.
Przewagą programujących w innych technologiach jest korzystanie z gotowych rozwiązań. We większości przypadków nakłady potrzebne na zapoznanie się z dokumentacją etc. zwracają się już przy pierwszym projekcie a przy kolejnych procentują. Nie wiem jak to jest na innych platformach - ale spójrz na Javę - tam bez API ani rusz... gdyby wszsyscy programiści php dorośli do tego etapu nie mielibyśmy linych bibliotek i systemów-gniotów a na prawdę porządne rozwiązania.