Citat:
Malo mešaš stvari koje ne moraju da imaju veze jedne sa drugima. Sasvim je moguća i uobičajena situacija da više od jednog kodera radi na istoj klasi (i što da ne, na istom fajlu).
Ne razumes me. Mislio sam na istovremeni rad vise ljudi na jednoj klasi a ne da je klasa zabetonirana na single usera .
Uvek ce se naci situacija da se nesto ispravi na klasi na kojoj je radio neko drugi .
Ja pricam o konkretnom razvoju kao organizacionoj celini .
Citat:
mi npr. delimo brenčeve po funkcionalnostima, tako da je sasvim uobičajeno da pravim izmene na različitim delovima iste klase u dva različita brenča, pa da SCM ne ume da se snađe prilikom merdžovanja, takvi konflikti se rešavaju rutinski.
Upravo to i jeste sustina u organizacionom smislu ,
Na primer: neko iz tima koji radi GUI layer ,nece sigurno morati konstantno da rade na necijim DataLayer klasama.
Isto tako tim koji radi na GUI layer-u nece raditi na istoj formi istoj ili web-stranici istovremeno nego svako na svojoj.
A tokom rada doci ce do slucaja gde ce morati da uskacu u dvoriste nekog drugog :)
Ali kad je u pitanju konstantno istovremeni rad vise ljudi na istim klasama i konfilkti koji se mogu desiti (@mmix je opisao , @Shadowed potvrdio )
kao i ona susedna tema , dobijas overhead u resavanju tih konflikta , pa se onda zapitaj koliko te kosta razvoj takvog softvera ,
cena sata resavanja tih konflikta i merdzovanja a na kraju i sama njegova finalna cena.
Citat:
BTW, jedno zapažanje iz prakse: timovi koji koriste retardirane alate samo zato što ih proizvodi/koristi/preporučuje firma XYZ obično imaju prilično loše tehničko vođstvo.
Slazem se :)
Viva lollapalooza