Trackback from dotnetomaniak.pl

Technologiczny kogel-mogel. .NET vs Java vs PHP vs RoR...

Pozwolę się z Tobą nie zgodzić. Ja również jestem zdecydowanie dotnetowy, niż PHPowy, czy Javaowy, ale uważam, że każda technologia ma swoje unikatowe zalety i możliwości. Poprzez umiejętny dobór technologii do realizowanego zadania jesteśmy w stanie całkiem sporo zyskać.

Przykład: hosting PHP+MySQL jest dużo tańszy, niż hosting Java lub .NET, więc na rynek małych witryn i portali ciężej dostać się, jeśli chce się tworzyć w .NET.

Z drugiej strony: spróbuj napisać dużą aplikację biznesową w PHP. Oczywiście, że można, ale czy to znaczy, że jest to optymalne rozwiązanie? Cytowany przez Ciebie facebook to serwis społecznościowy, czyli system, w którym nacisk położony jest na dane, a nie na zachowanie/logikę -- dlatego PHP wydaje się odpowiednie.

RoR jest świetny do szybkiego tworzenia aplikacji, ale trzeba pamiętać, że wbudowany w niego wzorzec Active Record ma swoje ograniczenia i być może nie jest odpowiedni dla naszego konkretnego wdrożenia.

Na koniec .NET vs Java. Możliwości tych technologii (w moim mniemaniu) są raczej zbliżone i w tym starciu decydującym czynnikiem jest wiedza i doświadczenie zespołu.

Jest jedna mala rzecz - mianowicie zrobiles kogel mogel z technologiami webowymi (php mozna by tutaj raczej porownac bardziej do asp.net niz do calego ogolu .net), totez zrobiles taki miszmasz, ktory by mozna podsumowac tak - kazda technologia jest dobra - wazne bys mial kogos kto Ci to dobrze zrobi. Ale nie do konca jest tak, poniewaz niektore technologie sa duzo drozsze w wykorzystaniu niz inne (nawet z cena szkolenia pracownika, ktory nie korzystal z danej technologii).
W pierwszej kolejnosci nalezy zwrocic uwage jakie technologie sie nadaja do danego rozwiazania np. po kiego grzyba pisac na sile w .necie na symbiana mimo ze framework do tego, ale ktorego stabilnosc moze byc rozna, produkt nie jest jeszcze do konca sprawdzony, skoro mamy Jave lub raczej nie bedziesz pisac aplikacji desktopowej w PHP? Obawiam sie w takiej sytuacji, taniej wyjdzie zatrudnic .netowca/zespol .netowy by sie nauczyl/i javy na poziomie wystarczajacym do stworzenia aplikacji w technologii ktora sie po prostu do tego nadaje. To byl tylko przyklad, ale ogolnie chodzi mi o to ze bardzo czesto jest tak, ze wybor technolgii jest z gory narzucony albo bardzo mocno ograniczony i nie ma co sie upierac by dostosowywac technologie do umiejetnosci zespolu...

Ja również się nie zgodzę, ale mam kilka innych "argumentów".
1) Spytaj UncleBob'a (http://blog.objectmentor.com/), albo gości z Pragmatic Programmer - oni uważają, że należy poznawać nowe języki i technologie, a nie zamykać się tylko na jedną.
2) Moim zdaniem od tego jest architekt systemu, żeby umiał, zaproponować mając rozeznanie w kilku technologiach zaproponować najlepsze z punktu widzenia klienta rozwiązanie. Uważam, że architekt od tego właśnie jest - co mi po kimś, kto będzie umiał mi zaproponować tylko i wyłącznie rozwiązanie z jednej półki nie mając pojęcia jak można to zrobić gdzieś indziej.

Nie kieruję tego oczywiście osobiście, natomiast jestem zdania, że developerzy nie powinni się ograniczać do znajomości tylko i wyłącznie jednej platformy. Jest szczególnie widoczne przy porównaniu programisty, który zna (albo chociaż widział) jakiś język skryptowy do operowania na plikach (perl, python, sed, awk), a takim, który tego nie widział i będzie próbował obrabiać wielki plik tekstowy pisząc rozwiązanie w .NET. Taka ignorancja jest fatalna w skutkach, a taki developer niewiele warty nawet, jeśli będzie znał każdą instrukcję w CLR.

Odpowiadając na Twoje pytanie - nie czuję się ekspertem, żeby autorytatywnie się wypowiadać na temat tego, że dla danego problemu dana technologia będzie lepsza, ale znam ludzi, którzy to potrafią. A sam na razie jestem na drodze do takiego stanu.

Hmmm czytam wypowiedzi i wg mnie kazdy ma racje i kazdy daje dobre argumenty na ich obrone.
Moje zdanie jest nastepujace w tej kwestji. Zazwyczaj kiedy pojawia sie nowy projekt i prosba o zaproponowanie czegos sesnsownego co moglo by wybic ow projekt i zrobic z niego sukces komercyjny/biznesowy jest technologia ktora znamy najlepiej (w danej chwili). Dla czesci bedzie to .NET, dla innych Java a dla pozostalych PHP. Kazdy 'specjalista' pewnie zaproponowal by najlepsze wg niego rozwiazanie.
Niema sie co dziwic, poniewaz nikt nie bedzie promowac technologii ktorej niezna i na szybko nie bedzie w stanie ocenic gdzie sa potencjalne waskie gardla rozwiazania.

Aktualanie zmagam sie z przygotowywaniem prototypu odnosnie nowego produktu. Aplikacja ma byc dostepna w Windows (wybralem wiec WinForms i C# bo to znam najlepiej oraz MS SQL bo odrazu mam polaczenia z C# ktore MS zaoferowal w tzw pakiecie). Pewnie bede potrzebowac (za jakis czas) aplikacji WEBowej jednak na tym sie nieznam ale ... mam paru znajomych ktorzy sa biegli w Javie i/lub PHP.
Napisze jak to bedzie wygladac z biznesowego puntu widzenia.
Spotkamy sie, pogadamy, Ja powiem jakie mam wymagania i jaki mam budzet i wybiore ta technologie ktora spelni moje oczekiwania za wskazana wczesniej cene. W mojej glowie mam cel do zrealizowania i chce go wykonac jednak majac w kieszeni okreslona ilosc pieniadzy.

Temat ktory poruszyles przypomina mi problem ktory ma kazdy z nas na codzien. A mianowicie wybor auta ktorym jezdzimy. Moze i mamy w glowie ze Audi jest lepsze od Fiata a Porshe lepszy od Audi ale odpowiedzcie sobie na pytanie czym jezdzicie jak macie w kieszeni np 30-50tys i musicie wybrac auto ktore bedzie spelniac Wasze oczekiwania i byc niezawodne. Oczywiscie wybor jest trudny ale kazdy pewnie wybral by inaczej i niema jednoznacznej odpowiedzi :)

Witam,
zgodzę się z tobą, że wybór technologii nie ma, aż tak dużego znaczenia. W jednej lub drugiej można wykonać zadanie. Jednak w jednej można to wykonać szybciej, prościej i zgodnie z standardami. Liczy się znajomość wzorców, umiejętność ich użycia i jakby to powiedzieć "sprawność" umysłu :)
Nie zgodzę się totalnie z argumentem 2. Piszesz, że Java i C# są językami bliźniaczymi i że na korzyść .NETa przemawia możliwość użycia więcej niż jednego języka (Python, Ruby). Przykro mi, ale jython i jruby były w pełni funkcjonalne zanim programiści MS słyszeli o czymś takim jak python czy ruby. Obecnie JRuby jest zgodny z Ruby 1.8.7 oraz bez problemu można stworzyć projekt Railsowy. O IronRuby powiedzieć tego nie można. Do tego istnieją takie języki jak Scala czy Clojure zyskujące na popularności.
Co do ActiveRecord w Railsach to bez problemu możesz wymienić ten ORM na inny, np. DataMapper. Oczywiście Railsy były związane dość mocno z AR stąd problemy z generatorami itp przy takiej wymiance. Piszę były bo w wersji 3 już takiego ścisłego powiązania nie będzie.
Jakiś rok temu zaczełem zabawę z ASP.Net MVC bo musiałem użyć technologii MS. Cieszyłem się, że MS kopiuje dobre wzorce z Railsów. Jednak po roku stwierdzam, że nie idzie im to do końca tak dobrze jak powinno. A gdy zobaczyłem na blogu Roba Connerego wpis o Railsach to już widzę, że nie ma nadziei.. przynajmniej na ten czas.
pozdrawiam

Hej,
tak wiem, że już nie pracuje, ale podobne wrażenie mam czytając wypowiedzi Phila Haacka, a także innych (S.Walther) zachwyty nad technikami wprost wyciągniętymi z świata Rubiego (nie mówie, że to źle). Dla przykładu BDD - tak, wiem że to nie technika typowo RoR, ale tam najłatwiej do zastosowania i stosowana najwcześniej (wraz z java). Podobnie halm, less css... i choćby w coraz większej ilości projektów .Net znajduję Rakefile (np. fluent nhibernate) czyli Rake - typowe narzędzie Ruby (nawiasem mówiąc piękne).
Tak więc zgadzam się, że wszystkie technologie mogą spełnić żądane wymagania i z pewnością dobry programista .Net zrobi to lepiej niż słaby programista Ruby, PHP, Java. Jednak jak już wspomniałem pewne techniki/języki skłaniają lub wręcz wymuszają stosowania dobrych wzorców, technik - MVC, HTML5, unobstructive javascript, BDD.
pozdrawiam
PS. Przy okazji chciałem powiedzieć, że fajnie się czyta twojego bloga

Aha, żeby nie było, że transfer idzie tylko Ruby->.Net to powiem, że w Rails3 lib pośredniczący pomiędzy Rails core, a ORM - ARel (Relational Algebra for Ruby) był w jakimś tam stopniu inspirowany przez Linq: magicscalingsprinkles.wordpress.com/.../

pozdrawiam
PS. Jeśli chcesz zacząć z Railsami to polecam: http://www.railstutorial.org/book
Świeże dane i od początku, zaczynając od MVC, poprzez git, TDD i BDD po utworzenie modeli, kontrolera i widoków.

ok, to jezeli juz tak mowimy to LINQ bylo zapewne czesciowo zainspirowane przez xBase a xBase przez dBase a dBase przez i tak dalej. Potem mozemy dodac inne rzeczy i sie tak naprawde okaze ze to co teraz mamy wymyslili ludzie 50 lat temu - na przyklad lambda expression, 1930 rok, jezyk funkcyjny 1950 rok (LISP). wiec wiadomo ze kazdy z kazdego czerpie. Pytanie tylko kiedy to cos pojawi sie w danej technologii.

Tutaj zgadzam sie i nie zgadzam sie z Procentem - w calym temacie, ale nie chce dolewac oliwy do ognia :)

dobra wiecej sie nie wtracam :)

jesli chodzi o facebooka to on jest pisany w php lecz! sprytni ludzie napisali narzedzie, ktore konwetuje kod z php do c (ostatnio to narzedzie zostalo gdzies opublikowane, wiec mozna sie z nim zaznajomic).

pozdr.
L.

Argument 3. Ale te serwery w home różnią się ilością miejsca. Jak dla mnie nie obaliłeś tego argumentu. Uważam, że koszty hostingu/infrastruktury MS są wyższe, ale bardzo często (nie zawsze) ta różnica jest pomijalna przy kosztach całego projektu.
A przy okazji, to problem kosztów występuje przy działaniach hobbistycznych/noprofit. Ostatnio rozglądam się za VPS dla swoich zabawek. Znalazłem z Linuxem za 25PLN/m a z Windowsem 99PLN/m.
A co do meritum, to jeśli rozmawiamy o Facebook-u, to raczej nie ma znaczenia, czy to coś, jest napisane w RoR .NET, czy Django, ale dla systemu middleware przetwarzającego pliki (tu zgadzam się z leszcz) ma znaczenie, czy to będzie .NET/Java czy perl/python.

Ja to widzę tak: jest do zrobienia projekt, 1. firma ma do dyspozycji niewielki zespół .NET(lub java/PHP) i trochę czasu - robimy wycenę i okazuje się, że dadzą radę: projekt jest 100% .NETowy(Javowy/PHPowy) 2. Do dyspozycji jest mały zespół .NETa i mały Javy, czasu niewiele - można podzielić prace np. usługi w Javie, reszta w .NETcie. 3. Firma robi wyłącznie w jednej technologii i nie ma wyboru, od razu robi co ma robić np. w PHP. Natomiast ktoś kto zleca tej firmie zadanie, może w ogóle nie mieć pojęcia co siedzi w środku - może np. powiedzieć, że wszystko co mają działa na Oraclu i chcą, żeby tak zostało albo i nie. Określa czas i dogaduje się z kasą, firma wykorzystuje Oracla i dowolną technologię. Większe systemy i tak chodzą na maszynach dedykowanych. Natomiast jeśli ktoś by przyszedł do mnie i powiedział abym mu zrobił małą stronkę jak najtańszą w utrzymaniu to wykorzystałbym php na hostingu za 40zł rocznie. Pozdrawiam - również jestem stałym czytelnikiem :)

Procent, Ty prowokatorze! :)

@leszcz
Jest szczególnie widoczne przy porównaniu programisty, który zna (albo chociaż widział) jakiś język skryptowy do operowania na plikach (perl, python, sed, awk), a takim, który tego nie widział i będzie próbował obrabiać wielki plik tekstowy pisząc rozwiązanie w .NET. Taka ignorancja jest fatalna w skutkach, a taki developer niewiele warty nawet, jeśli będzie znał każdą instrukcję w CLR.

Zawsze przy obróbce pliku zaczynałem z perl, python (wybierz sam) i kończyłem na .NET z powodu kodowania znaków. A .NET robi to super fajnie. Mogę poczekać nawet z 4 minuty więcej :)

Nie zgadzam się. Najważniejsze są oczywiście pomysł aplikacji i ludzie, ale technologia ma niebagatelne znaczenie. Jeśli jakiś dyrektor/kierownik mówi, że technologia jest bez znaczenia, to znaczy że jest ignorantem, i do tego nie zna się swoim fachu.

Po pierwsze: nie należy kierować się ceną: .net jest najdroższy (potrzebne Visual Studio i zwykle VPS z Windows - serwery wirtualne z Windows to rzadkość), Java pośrodku (potrzebny VPS z Linuxem - serwery wirtualne z Javą to rzadkość), PHP najtańszy (prawie zawsze wystarczy supertani serwer wirtualny). Z drugiej strony jednak: .net jest technologią najbogatszą w możliwości, narzędzia i ułatwienia, PHP i Java są uboższe. (no cóż, jednak jeśli MS bierze słone pieniądze za Visual Studio, ma za co rozwijać .net)

Co w .net zrobię w 1 dzień, w Javie zajmie mi 1.5 dnia. Pomnóżmy to przez jakieś 10 programistów - i wtedy może wyjść, że .net to najtańsza technologia! Oczywiście wszystko zależy od projektu, ale jako 'reguła kciuka' - .net jest obecnie najtańszą technologią, a to z kolei przekłada się na zysk z projektu.

Zalozenia bedace podstawa wskazanych argumentow sa dosc powierzchowne i nie moge sie oprzec wrazeniu, ze autor wiecej ma wspolnego z teoria niz praktyka zarzadzania duzymi projektami informatycznymi.
Facebook owszem byl tworzony w PHP jesli chodzi o warstwe prezetnacji. Obecnie jednak trudno mowic tu o technologii PHP, jest to raczej Frankenstein, poniewaz Facebook stworzyl szereg narzedzi, ktore umozliwiaja podtrzymywanie przy zyciu tak duzego systemu napisanego w tak ulomnej i nie nadajacej sie do implementacji duzych projektow technologii. Powod dlaczego PHP jest tak ulomny dla duzych projektow jest taki sam jak ten, dlaczego dzieciaki moga sie nauczyc szybko pisac skrypciki nie pamietajac o deklarowaniu zmiennych oraz kontroli typow. Do tego dochodzi brak powaznych narzedzi zapewniajacych refactoring. Wymieniac mozna dlugo, ale jak ktos jest teoretykiem programowania oczywiscie moze pojsc w kierunku tworzenia duzych systemow z uzyciem PHP.
Co do wyboru Java/.net to kluczowa kwestia jest czesto koszt i dostepnosc programistow, koszt narzedzi, dostep do kodow odpowiednich bibliotek itp. Tak, .net jest bogaty w biblioteki, jesli jednak znajdzie sie w jednej z nich bug, to jedyne co pozostaje to wyslac ticket i oczekiwac jego szybkiego rozwiazania. W przypadku wielu bibliotek w Java mamy dostep do kodu opensource i mozna samemu zakasac rekawy i dostosowac kod do wlasnych potrzeb.
Argumentow za wyborem systemu jest jeszcze wiecej, ale to zasluguje na osobny artykul. Zas komentowany artykul oceniam na bardzo powierzchowna i chyba wynikajaca z braku znajomosci tematu demagogie.

A ja tez to bede powtarzal zawsze i wszedzie:
"Technologia nie ma znaczenia! Techonologia nie ma znaczenia! Technologia nie ma znaczenia! Technologia nie ma znaczenia!(...)"

Zgadzam sie z procentem i od dluzszego czasu tak wlasnie mysle. Mam na koncie kilkanascie wdrozonych/zaplaconych i niektorych z nich nadal dzialajacych projektow w roznych technologiach. Nie wszystkie z tych wdrozonych projektow uwazam za zakonczone sukcesem (gdzie projekt zakończony sukcesem to projekt bez opóźnień, spełniający wszystkie wymagania i kosztujacy tyle ile otrzymano za niego kasy), ale technologia nie miala w gruncie rzeczy na to wplywu. Raczej był to „czynnik ludzki”, lub niewystarczajaca dojrzałość organizacyjna (CMMI poniżej 4). Krotko mówiąc były to czynniki kompletnie niezwiązane z wybrana technologia.

Co do moich technologicznych preferencji to ja i tak zawsze bede preferowal .NET, C# i Visual Studio, ale tylko, dlatego ze bardzo go lubie! i na tym lubieniu jeszcze sie nie przejechalem. Znam go na tyle, ze moge smialo powiedziec, ze podczas tworzenia aplikacji internetowych mozna uzyskac nim elastycznosc i niskopoziomowosc lepsza niz w PHP, poza obsługę stringow i http response/request, oraz uzyskac znacznie wieksze korzyści niż podczas wykorzystywania Javy, która zaczyna przegrywac powoli z .NETem jeśli chodzi o popularność i tempo rozwoju, czy to się komus podoba, czy nie. Tak, osobiście uwazam, ze .NET jest najlepszy dlatego zawsze będę preferowal go, jak i inne technologie Microsoftu, nad innymi technologiami, do zastosowania projektow nad którymi pracuje. Jednak pomimo tego nie uwazam, ze to ze wybieram .NET ma wpływ na sukces (definicja powyżej) projektu nad którym pracuje.  

Dodatkowo moim zdaniem warto zauważyć, ze post procenta mowi o ryzyku powodzenia projektu, a nie o jego jakości. Jeśli mowimy o jakości rozwiązania, to tak, uwazam ze .NET i VS pomagaja mi w osiągnięciu lepszej jakości (co rozumiem przez jakosc produktu to już jest zdecydowanie dluzsza definicja niż sukces projektu) koncowego rozwiazania w okreslonym przez projekt ramach czasowych niż Java czy php, ale to także wynika z moich technologicznych preferencji! Zastosowanie poza technologicznych procesow i/lub zwiekszenie budzetu może pozwolic osiągnć porównywalny poziom pomiedzy rozwiązaniami wykonanymi w technologi X i Y.

@Janek
Nie zgadzam się, by modyfikacja źródeł i wytworzenie nowej kompilacji wirtualnej maszyny Javy było lepszym rozwiązaniem niż wyslanie ticketa do suportu i oczekiwanie na oficjalnego pacza.

1)  Koszt pracy członków zespolu nie pracujących nad tym nad czym pracowac powinni – poprawianie bledow w Javie zamiast pracy nad projektem – to pieniadze po prostu wyrzucone w bloto i zmarnowane.

2)  Zmuszenie klienta do zainstalowania VM Javy wytworzonej przez twoja organizacje może nie przejść w niektórych firmach, które „zarzadzanie bezpieczeństwem” traktuja w dojrzaly i swiadomy sposób – tworzy im to prostu dziure w zabezpieczeniach. Np. JVM w wersji 1.6.0-16.20 cierpial z powodu dosyc powaznego buga pozwalającego na eskalacje uprawnien i zdalne wykonanie kodu. Jeśli dostarczyłbyś klientowi domowa wersje JVM w ktorejs z tych wersji to byloby to równoważne z instalowaniem im trojana.

3)  Ww. blad zostal poprawiony w wersji 1.6.21, co w takim razie zrobiłbyś ty, gdybys buga w JVM poprawil? Wyznaczylbys swoich programistow do pracy nad nowa wersja wlasnej JVM, która bylaby zbudowana na podstawie 1.6.21? Jak wyglądałby historia nowych wersji JVM i twojej prywatnej wersji poprawiającej tego jednego malego buga?

Kiedys, w czasach gdy aplikacje okienkowe pisano glownie w technologiach niezarzadzalnych, popularna była jedna z technologii Microsoftu, która była zawsze dostarczana z kodami źródłowymi. Chodzi mi o MFC. Microsoft nie zalecal tworzenia wlasnych wersji kompilacji tych bibliotek, wlasnie z wyzej wymienionych przyczyn. Jednak oczywiście byli i tacy, którzy wlasnie w ten sposób postepowali i pozniej często cierpieli z tego powodu. Kody do .NET sa dostępne do wglądu i podczas debuggowania, ale to ze nie jest możliwe skompilowanie wlasnej wersji, to akurat zaleta tej technologii a nie jej wada.

@Janek

Moze JVM to nienajlepiej powiazany przyklad z trescia napisanego przez Ciebie postu, ale wstaw w jego miejsce nazwe dowolnej biblioteki opensourcowej, a wszystkie pytania nadal beda mialy racje bytu.
Nigdy nie powinino sie zmieniac nieswojej biblioteki. Jesli dokonujesz w niej zmiany to juz za nia odpowiadasz i staje sie ona Twoja.

A ja doleje w/w oliwy do ognia i powiem tak: do dowolnych projektow webowych najlepiej sprawdza sie php. Drupal to udowodnil.

@Seba
Tak, a do wszystkiego innego Cobol. IBM to udowodnił ;)

@procent
Mógłbyś coś zrobić z tym spamem, bo od roku przychodzą mi maile, że jest nowy koment, który jest spamem (widzę, że na stronie się nie pojawia, ale na mojej skrzynce tak)

Nie pisalem o modyfikacji JVM, to rzeczywiscie jest juz hardcore. Mozna jednak dokonac modyfikacji uzywanych bibliotek i to wcale nie oznacza, ze sa one "moje". Zgodnie z licencja wiekszosci z nich powinienem to zglosic jako wklad do rozwoju bibliotek. Sam mam za soba juz ponad 6 lat doswiadczenia wdrazania projektow w JAVA i PHP. Nie mialem okazji miec koniecznosci porawiania JVM jak do tej pory, miałem natomiast przypadki kiedy było wygodne poprawienie biblioteki i opublikowanie tego jako wkładu. Kosztowało mnie to godzinę pracy i miałem natychmiastowo poprawiony kod. Moje zmiany były uwzględniane w kolejnych wersjach biblioteki.

Nie dyskutuje tutaj o wyzszosci .net vs. java vs. PHP. Nie zgadzam sie jednak z teza, ze wybor technologii nie ma znaczenia. Ta tez jest prawdziwa dla malych i srednich projektow.

@Seba śmiale zauwazyl wszystkie aplikacje "webowe" najlepiej robi sie w PHP. Obecnie mozna powiedziec, ze prawie kazda nowa aplikacja posiada interfejs webowy. Jesli ta aplikacja jest prosty sklepik internetowy lub CMS to jest to prawda. Jesli zas mowimy o systemie, ktory powinien obsługiwać serwisy oparte na socketach i byc przygotowany na obsługę setek tysięcy użytkowników albo wykonywać zaplanowane zadania z  dokładnością do sekund to nie podjąłbym się użycia PHP. Sam musiałem przepisać 2 systemy z PHP na Java, kiedy stopień złożoności i piętrzące się problemy technologiczne wynikające ze słabości PHP były przeszkodą dalszego rozwoju. Okazało się jednocześnie, że w Java taki system powstał 2krotnie szybciej.

Druga rzecz, którą zauważyłeś to koszt pracy zespołu. Bardzo słusznie. Moje doświadczenia są takie, że większość "programistów" PHP nie powinno się nazywać programistami. Sam zatrudniłem dziesiątki i zwolniłem dziesiątki "pseudoprogramistów PHP". Niestety znalezienie wymiatacza w PHP jest conajmniej tak samo trudne jak programisty Java czy .net i jego koszt podobny w związku z tym. Mówię tutaj o ludziach, którzy rozumiej słowa Design Patterns, potrafią rozwinąć skrót TDD a najlepiej napisali w swojej "karierze" przynajmniej jeden test jednostkowy czy integracyjny, rozumieją zasady pracy w SCRUM itp. Do tego jakość narzędzi w PHP powoduje, ze dla bardzo dużych projektów wydajność pisania dobrej jakości kodu w PHP jest średnia.

Chodzi mi zatem o to, że są pewne wskazania przy bardziej złożonych projektach, które pozwolą zbudować lepszej jakości oprogramowanie taniej i szybciej. Zatem stwierdzenie "Technologia nie ma znaczenia!" jest wg mnie tak samo trafne jak teoria Newtona zasad dynamiki - sprawdza się tylko w pewnych okolicznościach.