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

[SHiP]

Nie zrozumieliśmy się :-). Nie twierdzę, że kod powinien być najgorszej jakości i wypraszam sobie niskie doświadczenie i klepacza kodu (IMG:style_emoticons/default/tongue.gif) . Chodziło mi o to, o czym wspomniał wcześniej vokiel

Na sukces projektu w głównej mierze składa się pomysł a nie jakość kodu.

Ponadto gdybym miał wybierać jako programista framework, to wybrałbym Zenda 3, bo moim zdaniem jest najbardziej elegancki, ale jako właściciel firmy nie wybrałbym go nigdy ponieważ byłoby to marnowanie pieniędzy. Zamiast inwestować ogromne pieniądze stworzyłbym prototyp np. w laravelu, a gdyby w pewnym momencie okazało się, że zmiana FW zaoszczędzi pieniądze (bo np. brakuje programistów), to bym go zmienił. ZAWSZE najistotniejszym elementem są pieniądze. To czy kod będzie obiektowy, strukturalny, napisany w php, czy w cobolu determinuje jedynie to czy w danym momencie się to opłaca. Jest to zawsze kwestia drugorzędna.

EDIT:
@Dejmien_85: zgadza się, ale powstawały projekty na kolanie, które osiągały sukces np. pierwsza wersja ebaya napisana w weekend. A gdyby ktoś usiadł i teraz napisał we wręcz idealny sposób kopię ebaya, to sukcesu wcale nie ma zagwarantowanego.

Ten post edytował SHiP 15.06.2016, 17:02:29

[Dejmien_85]

@Dejmien_85: zgadza się, ale powstawały projekty na kolanie, które osiągały sukces np. pierwsza wersja ebaya napisana w weekend.

Ale to jest jedynie historia powstania - został napisany na kolanie w 1995 roku, teraz jest 21 lat później. Gdyby dalej był pisany na kolanie, to dzisiaj developerzy wprowdzaliby najprostsze poprawki tygodniami. Wiem o czym pisze, bo byłem w projekcie, który także powstał laaaata temu, a w kodzie czają się tylko potwory z bagien - wielkie kolosy, gdzie jedna metoda ma kilkaset linii kodu, high coupling itd. Jeden z programistów (doświadczony i sprytny) przez 2 tygodnie próbował się połapać co zrobić, aby wykonać jego task (z opisu prosty).
Także czy jakość kodu jest ważna? Oczywiście, że tak. Jest bardzo ważna, bo liczy się to co będzie później. Gdy ktoś zakłada firmę i prowadzi projekt, który ma coś zarabiać, to dlaczego niby miałby go zamknąć po roku czy dwóch latach? Jaki jest cel w zamykaniu dochodowego projektu?

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.

Tak, dokładnie, samemu też mam kilka fajnych pomysłów, tylko problem jest właśnie z wykonaniem. Jak nie ma czasu i środków, to można mieć super pomysły i nici z tego.

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.

Piszesz, że ma działać i nie mieć błedów, a to właśnie w słabej jakości kodzie, bez testów i pisanych z finezją czają się setki bugów. W małym projekcie, albo w początkowej fazie projektu tego nie widać. Ale gdy zajrzysz do projektu, który przez kilka lat był pisany bez większej troski, wtedy dopiero człek zaczyna rozumieć jaką wartość ma dbanie o jakość.

Znam kilka firm (z opowieści a także z doświadczenia), które z powodu słabej jakości kodu upadły - developerzy nie dawali rady dostarczyć produktu ani nowych wersji na czas, ani ogarnąć setek bugów, przez co klienci rezygnowali, a firmy nie miały środków na działanie.

Weź też pod uwagę fakt, że programiści to rozpieszczone istoty. Gdybyś na rozmowie kwalifikacyjnej usłyszał, że masz pracować z "legacy code", który był napisany 10 lat temu, wtedy chciałbyś się w to bawić? Każdy chce się uczyć, iść do przodu, zdobywać doświadczenie z aktualnych technologii, które są "cool" - symfony, laravel, zend, angular - to jest to, czego chcemy. Nikt nie chce grzebać w gównie.

Ten post edytował Dejmien_85 16.06.2016, 19:37:51