![]() |
![]() |
![]() ![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 0 Pomógł: 0 Dołączył: 14.09.2009 Ostrzeżenie: (10%) ![]() ![]() |
Czy faktycznie każdy rozumny człowiek powinien omijać PHP szerokim łukiem? Największe serwisy internetowe powstały w PHP (Facebook, YT). Internet jest zalany artykułami o beznadziejności PHP. Czy jest tak w rzeczywistości? Jakie są powody by tak twierdzić? Jeff Atwood stara się to wyjaśnić. SPAM
Ten post edytował erix 14.09.2009, 21:45:27
Powód edycji: [erix]: znowu ten sam link, moderka do odwołania [Ociu]: Usunąłem link.
|
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 634 Pomógł: 14 Dołączył: 27.05.2006 Skąd: Berlin Ostrzeżenie: (0%) ![]() ![]() |
thek, nie o to mi chodziło (IMG:style_emoticons/default/smile.gif)
Tu nie chodzi o skille programistyczne w różnicy pomiędzy "artystą" a "pragmatykiem" a o warunki projektu; Ile mamy na niego czasu, jakie są wymagania niefunkcjonalne odnośnie skalowalności, modularności itd.. Bo pisać wszystko na nowo to też żadna sztuka. Żadną sztuką jest też pisać tak byle działało. Temu też wspomniałem o zlotym środku, który różny się z projektu na projekt i duży wpływ na wyznaczenie tego środku ma doświadczenie programisty. Bo czasem najmądrzejszym rozwiązaniem byłoby napisanie wszystkiego po najmniejszej linii oporu a czasem dokładnie rozplanować. Dla przykładu: Kiedyś klient mnie poprosił, żebym napisał mu bota, który na podstawie katalogów i ich zawartości tworzył pewne struktury danych i zapisywał je w bazie danych. W takim przypadku, poszedłem po najmniejszej linii oporu, napisałem wszystko w jednej metodzie (dosłownie - cały bot w main() a miał około 500 linii). Dlaczego? dlatego, że to jest małe narzędzie które będzie wykorzystywane raz na jakiś czas i to raczej jej funkcjonalność się nie zmieni. Głupim pomysłem byłoby dorabiać cały zestaw klas pod nią. Ten bot działa u klienta już bodajże drugi rok, bez zmian i bez żadnych problemów. Czy takie podejście jakie zastosowałem świadczy o moim ograniczonym spojrzeniu które nie wychodzi po za utarte szlaki czy o tym, że użyłem odpowiedniego sposobu/narzędzia do podzielonego zadania? Dlatego uważam, że nie zawsze najlepszym pomysłem jest "dobrze zaprojektowana" aplikacja. Nie zawsze jest potrzebny taki dobry projekt systemu. Weź sobie za przykład to, że czasem stosuję się celową de-normalizację bazy danych w celach praktycznych/wydajnościowych. Cytat Wielu zaś uważa za artystów tych, którzy piszą kod szybko i mało wydajnie ale korzystając z gotowych narzędzi z funkcjami, które sprawiają, że nie muszą się oni przejmować kilkoma płaszczyznami działalności programu skupiając tylko na jednej lub dwóch. Nie (IMG:style_emoticons/default/smile.gif) Takich nazywa się amatorami (IMG:style_emoticons/default/smile.gif)
Ten post edytował nasty 19.09.2009, 10:57:59 |
|
|
![]() ![]() |
![]() |
Aktualny czas: 14.10.2025 - 09:52 |