Eh, o ovome bih mogao da pricam satima (da ne kazem danima), ali...
Timski rad je *daleko* tezi i odgovorniji od *one man band* varijante,
i zahteva puno vojnicke discipline - a to boli ;)
Kada sam se prvi put susreo sa timski radom osecao sam se kao "prase
u Teheranu". Odjednom sam izgubio svu sujetu koju sam poneo sa sobom
i bio sam (u pocetku) *a p s o l u t n o* beskoristan.
Morao sam da naucim RationalRose & UML notaciju, jer ako se tako ne radi
nakon promene X programera vise niko ne zna sta je neki tamo pisac hteo
da kaze. To je temelj.
Da bih radio u RationalRose-u morao sam da se vratim unazad i obnovim
OOP.
Da bih 'naucio' OOP morao sam da pregazim Design Patterns literaturu, koja
tada nije postojala na nasem jeziku.
Morao sam da naucim WinCVS, tj. sistem za kontrolu verzija.
Morao sam da naucim da projektujem (a ne da programiram). To projektovanje
se svodilo na pravljenje tehnicke dokumentacije (skoro isto kao Help fajl)
necega sto uposte ne postoji - sa sve slikama interfejsa itd.
Onda projektni tim (najiskusniji programeri) daju svoje kritike, pa onda opet
nazad na projektovanje, i sve tako u krug - dok svi iz Projektnog tima
ne daju zeleno svetlo.
Tek onda se krece u razvoj. Dakle kada *vi* pocinjete da programirate prva
greska je sto polazite od *vaseg* znanja - i tako u startu ogranicite kvalitet
proizvoda. Dakle pre sveg atreba da naucite da projektujete.
Projektovanje : Programiranje = 90 : 10
itd...
FREEWARE
Di rečnik,
v1.0.058 (srp-eng/eng-srp priručni rečnik)
http://www.antivari.com