Jaki framework jest najtanszy? Opcje

[cepa]

Czesc,

projektuje pewien system ecommerce, poki co wysokopoziomowo, wymagania, mockupy, procesy biznesowe, generalnie co to ma robic. Na dniach bede musial zejsc poziom nizej na architekture, model danych i pojawia sie kwestia technologi i frameworka do implementacji.

Pytanie w jakiej technologi i w jakim frameworku to zaimplementowac?
Jakich narzedzi byscie uzyli do zbudowania systemu ecommerce tak aby mozna bylo oddelegowac prace zewnetrznej firmie lub zatrudnic programistow?

Zalozenia sa z grubsza takie:
- projekt wewnetrzny
- czas zycia systemu 2..3 lata
- wiele brandowanych instalacji
- frontend uzywany przez klientow i automatyczny backend
- brak backoffice (osobny projekt)
- integracje z zewnetrznymi systemami (platnosci, analityka)
- 1k...10k zarejestrowanych kientow
- relacyjna baza danych
- brak potrzeby skalowania (przy wiekszym ruchu i tak zostanie przepisany)

Nie jest to rocket science wiec po przekazaniu projektu do wdrozenia dobrze by bylo zeby mozna bylo go wykanac praca ludzi na poziomie junior/mid developer. Najlepiej ludzmi dostepnymi na Polskim rynku. Takze aby mozna bylo zmienic developerow w trakcie pracy nad systemem i pozniejszym utrzymaniem. Sklaniam sie ku PHP jako stosunkowo taniej i dostepnej technologii.

Dzieki z gory za odpowiedzi i sugestie.

Ten post edytował cepa 6.06.2016, 12:40:05

[vokiel]

Co do wyższości projektu nad jakością kodu - chyba nie do końca się zrozumieliśmy.
Oczywiście implementacja pomysłu jest bardzo ważna, bo każdy z nas ma szufladę pełną super projektów, które nigdy nie zobaczyły światła dziennego. Miałem na myśli to, że ważniejszy jest pomysł i jego wykonanie niż sama jakość kodu. Większości klientów nie interesuje jak piękny kod zostanie napisany, ani jakie wzorce projektowe zastosowane itd - ma działać, nie mieć błędów i spełniać swoje funkcje.

Jakość kodu ma znacznie dla programistów, ale tym mniejsze im projekt ma krótszy czas życia oraz tym mniejsze im bardziej jest zdefiniowany na starcie.
Czyli, jeśli mamy projekt, który pożyje 2 lata, całość założeń jest zdefiniowana na starcie (np przetarg na aplikację dla urzędu) - to jakość kodu ma dużo mniejsze znaczenie niż w przypadku, gdy aplikacja ma działać 4 lata i być ciągle rozwijana.
Tak czy inaczej wszystko rozbija się o kasę. Dobry kod jest łatwiej rozwijać i utrzymywać, zatem jest tańszy w długim okresie. Słabszy jakościowo kod jest po prostu tańszy, ale na krótszą metę.

Owszem jako programista zawsze chciałbym mieć możliwość pisania kodu pod którym z chęcią się podpiszę, takiego którym mógłbym się pochwalić na GH. Świetnie jest móc pisać dobry kod, mieć na to czas i środki. Niestety nie każdemu jest to dane, nie w każdym przypadku ma to nawet sens. Inaczej jest w firmach tworzących i utrzymujących swoje aplikacje, a inaczej w tych robiących je na zamówienie. Tworząc oprogramowanie, z którego firma się utrzymuje, pisanie dobrego jakościowo kodu nie jest tylko dopuszczalne, ani nawet nie jest przywilejem - jest koniecznością. W przypadku jednorazowych aplikacji już tak nie jest. Trzeba też zrozumieć stronę biznesową, gdzie kod lepszy zwykle pisze się dłużej, przez to projekt trwa dłużej i więcej kosztuje, ergo daje mniejszy zysk. Przypomnę tylko, że w tym wątku dyskutujemy na temat najtańszego rozwiązania.

Kwestia legacy.
Większość aplikacji żyje krócej niż poważne FW mają LTS. Jeśli aplikacja będzie używana dłużej to zwykle pojawia się w niej tyle zmian, że z czasem i tak trzeba ją przepisać. Nie różni się to niczym od aplikacji pisanej bez użycia FW. Jeśli napisałeś ją pod PHP4 to jaka to różnica, czy z FW czy bez skoro na PHP7 i tak nie zadziała?
Jeśli jednak trzeba ją tylko zmodyfikować/poprawić, to łatwiej będzie o programistę ze znajomością (nawet starej wersji) FW niż o takiego, który połapie się w kodzie pisanym całkowicie bez FW.
@com bug w aplikacji, która ma 10 lat jest nieistotny bo będzie ona pewnie już dawno przepisana. Jeśli nie, to i tak większym problemem będzie wersja języka dla której została napisana. Niemniej, łatwiej będzie poprawić FW niż kod bez FW. Przypomnij sobie jaki kod pisałeś 10 lat temu - czy chciałbyś z nim dzisiaj pracować?

Co do zarzutów o klepacza to je przemilczę, nie znamy się na tyle, żeby oceniać takie aspekty.

Podsumowując, w tym wątku patrzę na zagadnienie głównie z punktu widzenia biznesowego, bo takie są założenia tematu. IMHO taniej jest wybrać popularny FW, gdyż czas a zatem i koszt będzie mniejszy, a w dłuższym okresie będzie łatwiej o kogoś do jego utrzymania. Owszem FW nie wymusi jakości kodu, ale daje większe szanse że będzie on "utrzymywalny".