Open source - tworzenie zespołu w celach edukacyjnych, Nauka pracy w zespole, tworząc projekt Open Source Opcje

[Frozen]

Witam.
Mam takie pytanie, co sądzicie o tworzeniu zespołów, które pisałby w PHP skrypty Open Source, przede wszystkim w celach edukacyjnych? (czyli niekoniecznie tworzymy nowe rewelacyjne rozwiązanie które zmieni świat, ale np. CMS'a)
Czy pracowaliście już w takich projektach? Czy zaczynaliście tak swoją karierę programistycznai?

Pytam bo ciekawi mnie jak to jest, gdy zaczyna się pracę dla jakiejś firmy. Wiadomo, każdy przy nauce PHP coś tam "kodzi", ale pracy w zespole trzeba się chyba nauczyć? Systemy kontroli wersji itp. Tym bardziej gdy jest różny poziom umiejętności. Jak to jest , gdy firma przyjmuje pracownika, musi najpierw poświęcić trochę czasu na "wprowadzenie" go do swojej działalności i na odpowiednie wyedukowanie? Jak wyglądał wasz start? Czy np. studia są dobrym wyznacznikiem typu: ok teraz już umiem moge szukać pracodawcy? A może najlepszą drogą jest podejmowanie bardzo prostych zleceń? Czy wtedy też dobrze od razu budowaćjakiś zespół?

Może są tu osoby na forum, które chciałby podjąć się działania w takim zespole, żeby nauczyć się czegoś nowego?
A może są i takie które by chciały pomóc jako "mentorzy" takich projektów.

Pozdrawiam Fozen

P.S. przeszukiwałem forum, i nie znalazłem chociażby wzmianki na ten temat, jeżeli ktoś by podał jakieś tematy, które tego dotyczą byłbym bardzo wdzięczny.

Ten post edytował Frozen 10.03.2009, 20:11:23

[Cysiaczek]

Nie zaczynaj od budowy zespołu, tylko od określenia, co chcesz zrobić. Na sourceforge jest masa syfu (przynajmniej była, jak ja tam zaglądałem), więc to nie jest dobry pomysł.
Dobrym pomysłem jest napisanie własnego frameworka - otworzy Ci oczy na problemy związane z przepływem informacji, pomoże zrozumieć wzorce projektowe.
Z doświadczenia wiem, że teoria i praktyka są od siebie daleko. Zazwyczaj w pracy piszesz w jakimś frameworku, który narzuca styl kodowania i dużo rzeczy robi za Ciebie. Praca polega wówczas na dodawaniu akcji, szablonów oraz na refaktoryzacji kodu do poziomu jak najmniejszego burdelu. Nie ma miejsca na finezyjne konstrukcje i piękny kod. Musi działać.
Jednak bez wiedzy i bez znajomości terminologii nie masz szans na zrozumienie dyskusji. Na przykład: "W tej tabeli bez nested sets, robimy drzewko depesza". Wiadomo o co chodzi.

Powinieneś umieć:

- PHP i OOP (technicznie perfect - nie ma miejsca na pytania "co mi daje public/private/protected", czy na pytania w stylu "a co jeśli w obiekcie nie będzie metody 'getLogin()' ?")
- Wzorce projektowe (nawet w samej teorii, zebyś rozumiał zdanie "fabryka zwraca nam menu, po którym możemy iterować. Sprawdzamy, czy węzeł jest liściem. Jeśli tak to... ")
- SVN (na poziomie pozwalającym na update, commit i rozwiązywanie lokalnych konfliktów)
- TRAC
- IDE (eclipse, netbeans, zend studio)

Pozdrawiam