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

[com]

vokiel pozwolisz, że się odniosę do twojej wypowiedzi i powiem tak mówisz, że "ważniejszy jest pomysł i jego wykonanie niż sama jakość kodu." To jest bardzo subiektywny wniosek, jasne dla polskich realiów może tak, ale trzeba patrzeć trochę szerzej. Nie ważne czy planujemy zrobić coś co pożyje z 2 latka i potem najwyżej się przepisze. Jasne, można z projektu zrobić maszynkę do czerpania kasy, obłowić się i o nim zapomnieć, ale ile projektów jest takich, że planowaliśmy krótki ich żywot, pomysł się sprawdził i żyją lata. A naprawdę napisanie dobrego kodu, dla sprawnego developera który posiada pewną wiedzę na temat projektowania aplikacji, nie musi wcale oznaczać że projekt musi trwać dłużej, jasne mogą zawsze wyskoczyć jakieś nie przewidziane sytuacje, ale to się wszędzie zdarza.

Co do kodu są różne kody, można zepsuć nawet ten używając cudownego frameworka, nie mając wprawy. Jeśli kod pisze się zrozumiale to nie ma problemu, żeby go przeczytać czy ewentualnie poprawić.

Odniosłeś się do mojej wypowiedzi, ale to jest wyrwane z kontekstu, ponieważ ktoś tam stwierdził, że wersji oprogramowania wcale nie trzeba zmieniać nawet jak się wsparcie skończyło (IMG:style_emoticons/default/smile.gif) Kod który pisałem 10 lat temu sie zapewne do niczego nie nadawał, ale jakie miałem wtedy doświadczenie... Nie byłem tu gdzie jestem teraz i to jest zasadnicza różnica (IMG:style_emoticons/default/smile.gif) Z punktu widzenia programisty masz swoją rację, ale są też architekci, o których sie trochę zapomniało własnie przez frameworki, które robią wiele za nas.

Co do samego podsumowania, jest to jedna z możliwych dróg, ale nie jedyna (IMG:style_emoticons/default/smile.gif)