Pierwszy projekt grupowy

[eniac]

Witam,

Wraz z grupą znajomych planujemy stworzyć aplikację internetową. Podczas wielu burzliwych dyskusji omawiających projekt wyszła sprawa technologii, a dokładniej jednego z trzech zaproponowanych wariantów:

• czysty PHP + biblioteki
• szablony
• Frameworki

Przedstawię poniżej pokrótce nasze "doświadczenie" w tworzeniu aplikacji internetowych i umiejętności, żebym mógł przejść do pytania:

Moim subiektywnym zdaniem większość z nas zna PHP na poziomie podstawowym (czyli takim pozwalającym dość sprawnie się nim posługiwać i uczyć czegoś nowego). Tworzyliśmy już (każdy oddzielnie) małe, proste, początkujące projekty, które miały nas zapoznać z pewnymi technikami (np. sesja, bezpieczeństwo, komunikacja z bd, czyli wszystko co z tym związane itp). Ten projekt będzie jednak pierwszym w miarę możliwości dobrze zorganizowanym i wspólnym. Co do OO to większość z nas ma podstawowe pojęcie na ten temat, jednak raczej brak doświadczenia (tak jak wyżej - kilka na prawdę podstawowych projekcików)

I nareszcie pytanie :
Jako doświadczeni programiści webowi który z powyższych wariantów proponujecie i dlaczego ?

[mck]

jeśli przez "czysty PHP" rozumiesz pisanie strukturalne, to jednak proponuję douczyć się OOP i użyć frameworka

[eniac]

jeśli przez "czysty PHP" rozumiesz pisanie strukturalne, to jednak proponuję douczyć się OOP i użyć frameworka

czysty PHP - OOP, jednak bez używania gotowych szablonów i frameworków

[Zepco]

OOP + Kohana + SVN

To połączenie pozwoli wam, oczywiście przy odpowiedniej organizacji, pracować nad jednym projektem.
Każdy powiedzmy dostanie jakiś kontroler do zrobienia i na nim się może skoncentrować. Do tego będziecie mogli tworzyć i razem rozwijać biblioteki/helpery/modele, które potem mogą być wykorzystane do kolejnych projektów.
Dlaczego Kohana? Bo jest łatwa, szybka i przyjemna. Nie dla każdego i nie od razu, ale jak się ją pozna, to na pewno pokoha. W przciwieństwie do niektórych FW w Kohanie łatwo przejrzeć jej źródła i dojść co jest do czego. Oczywiście trzeba odrobiny chęci i umiejętności czytania cudzego kodu, ale na dłuższą metę to bardzo owocuje.
W dodatku możecie korzystać już z gotowych rozwiązań, np. Formo.

[eniac]

Dziękuję

[nediam]

To ja dopowiem, że najlepiej przed rozpoczęciem kodzenia jest rozpisać sobie całą funkcjonalność, zrobić projekt bazy i interfejsu, generalnie rozpisać co i jak

[eniac]

Ok. Wybraliśmy jednogłośnie kohane. Co do projektu bazy itp. to właśnie jesteśmy w fazie planowania. Ponieważ wybraliśmy właśnie kohane, pewnie często tu będziemy zaglądali i zadawali pytania. Mam nadzieję, że was nie zanudzimy

Aha i tak przy okazji. Od jakiego kursu radzicie zacząć ? Co po kolei działać w sprawie samej kohany ?

[Maciek]

Nie dziwi wybór Kohany. Dziwi wybór narzędzia przed zaplanowaniem projektu. To trochę tak jakby z pudełka z narzędziami wybrać młotek a potem szukać dla niego zastosowania.

Aha i tak przy okazji. Od jakiego kursu radzicie zacząć ? Co po kolei działać w sprawie samej kohany ?

Ja polecam od kursu obsługi forum pod kątem wyszukiwania odpowiedzi na wielokrotnie zadawane pytania.

Pozdrawiam.

[eniac]

Nie dziwi wybór Kohany. Dziwi wybór narzędzia przed zaplanowaniem projektu. To trochę tak jakby z pudełka z narzędziami wybrać młotek a potem szukać dla niego zastosowania.

A nie sądzisz, że powinno się planować projekt i wybierać/planować narzędzia równolegle ? To jest nasz pierwszy projekt, więc możemy robić błędy, jednak po wybraniu tematu wiodącego i wstępnym opisie jego założeń sądzę, że dalsze planowanie i nauka Kohany będą dobrym pomysłem. Tym bardziej, że jesteśmy studentami i musimy mieć na uwadze małą ilość czasu w najbliższej przyszłości... Mogę się oczywiście mylić, ale taki jest mój punkt widzenia.

Ja polecam od kursu obsługi forum pod kątem wyszukiwania odpowiedzi na wielokrotnie zadawane pytania.

Oczywiście. Już z tego skorzystałem.

Pozdrawiam

[Riu]

A nie sądzisz, że powinno się planować projekt i wybierać/planować narzędzia równolegle ?

Nie. W zależności od wybranego narzędzie następuje planowanie pracy, ale zanim to nastąpi jest opracowanie projektu.

Najpierw trzeba wiedzieć co chce się zrobić, rozpisać najlepiej w punktach określając funkcjonalność danych elementów. Określamy cel naszego działania. Przechodzimy do wyboru narzędzi, bo mając wykaz potrzeb, można zrobić sobie porównanie co dany system nam daje, a czego nie (narzędzie to nie tylko FV, ale np która biblioteka js, czy jaki program graficzny). Wtedy też następuję rewizja listy potrzeb, określenie co będzie trudne, a co łatwe - można sobie określić priorytety. Jeśli dokonany jest wybór narzędzia, następuje ustalenie terminarza, na podstawie trudności poszczególnych zadań i ich priorytetów oraz posiadanych możliwości, oraz przydział ról/zadań dla poszczególnych członków zespołu. Ważne aby jedna osoba była koordynatorem projektu - czyli stał z batem i krzyczała: "Termin, termin nas goni!!!" 

Tym bardziej, że jesteśmy studentami i musimy mieć na uwadze małą ilość czasu w najbliższej przyszłości

Hmm... pisane po sesji brzmi mało wiarygodnie 

Oprócz SVN warto żebyście zainteresowali się np Redminem z którego chociażby korzystają developerzy kohany.

Pozdro i powodzenia

[thejw23]

Oprócz SVN warto żebyście zainteresowali się np Redminem z którego chociażby korzystają developerzy kohany.

ja bym do svn dodal mantisa - jest w php, latwy, prosty i przyjemny. w kazdym razie sensowna praca grupowa bez czegos typu bugtracker raczej sie nie obejdzie.