From: Andres Soolo [mailto:soolo@madli.ut.ee]

>Sisuliselt tahad Sa siin öelda, et ilma moodultehnoloogiata oleks 
>suurte projektide tegemine peaaegu võimatu?

Ma ei tea, mis on Sinu täpne definitsioon terminile 'moodultehnoloogia', 
sestap võime teineteisest mööda rääkida, aga jah, siiani on minu 
isiklik elukogemus seda väidet toetanud.
MSi puhul tuleb silmas pidada veel ühte olulist spetsiifikat - nimelt 
erinevate produktide vahelist integratsiooni, nii et mängu tulevad nn. 
metaprojektid, kus produktid peavad olema võimelised teineteisega suhtlema 
etc. Seda oleks ilma COM-i sarnase tehnoloogiata palju raskem teha.

>Selline branch erineb oluliselt branchist, millega ma harjunud olen. 
>Kas ma saan õieti aru, et SD filosoofias loetakse ka alamprojekti 
>branchiks?  Või on selline branch midagi CVSi väljacheckitud 
>töökataloogi taolist?

SD filosoofias on olulisel kohal selline mõiste nagu view. ütleme, et 
alguses on meil mingi füüsiline koodipuu, view saadakse ühe koodipuu (mis 
võib olla see 'päris' puu või teine loogiline puu) mappimisel loogiliseks 
puuks, kusjuures ei ole üldse vajalik üle võtta tervet esialgset puud. 
Branchid on viewd, see kood, mille sa oma masinasse oled tõmmanud, on view 
jne, hästi paindlik süsteem. Branch on selle poolest eriline, et branche 
saab omavahel viiel eri moel integreerida, sellepärast ka sama 
kontseptsioon terve projekti forkimisel ja alamprojektide jaoks. Kui sa aga 
midagi konkreetselt editeerida tahad, siis checkout/checkin on faili tasemel 
sinu vastavast branchist.
Aga tegelikult läheb see jutt prog-listi temaatikast juba natuke kaugele.

>Ja muuhulgas on huvitav jälgida, kuipalju u"hist on Debiani ja MSi 
>arendusideoloogial.  Siiamaani on olulisim erinevus olnud see, et 
>Debiani puhul ei ole inimesed, kes koodi u"le loevad, koodikirjutaja 
>u"lemused.

Ma olen vist segaselt väljendunud. Esiteks võivad üldjuhul code reviewd 
teha kõik sinu kaasdeveloperid, üldjuhul siis tiimivennad, ainult 
shippimiseelsel perioodil keeratakse kontroll tihedamaks ning on vajalik, et 
review teeks mõni development lead. Teiseks on dev lead samasugune 
developer nagu sa isegi, ainult et ta on võimekust üles näidanud ja 
ülendatud tiimi juhtima. Minu otsene ülemus oli veidi enam kui aasta tagasi 
ka samasugune developer nagu mina, ainult kogenum ja kauem firmas 
töötanud. Samamoodi on minul võimalus ennast kõvasti arendada ja paari 
aasta pärast dev leadiks hakata.

>Samas, kuskil peab olema mingi funktsionaalselt oluline erinevus. Ega 
>muidu Debiani kvaliteet kõrgem oleks :-)

Tegelikult kartsin ma seda ka, et ükskõik, mida ma ka ei ütleks ja OS-wari 
vältida ei püüaks, tuleb kusagilt mõni Linux zealot ja joriseb, et 'Bill 
on loll, Linux rulz'. Mis tähendab kõrgem kvaliteet?
See, et ntx win9x multitaskingu teostus nõrk on ja suvalisel rakendusel 
masinat crashida võimaldab, on arhitektuuriline, mitte koodikirjutamise 
probleem, ja sellel on omad objektiivsed ajaloolised põhjused. Win2000 on 
mul käinud 99. aastast saadik, kui avalik beeta välja tuli ja pole kordagi 
crashinud.
Btw, W2Kl on ca 40M rida koodi, kui palju Debianil on?
Aga üldiselt peace, mul pole tõesti mingit tahtmist OS-waris osaleda, 
mõttetu ajaraiskamine imho.

>Kas BUGBUG on siin säherdune märgend nagu FIXME või XXX või bugi 
>number?

BUGBUG on lihtsalt standardne string, mille alusel vend saab hiljem kõik 
kahtlased kohad oma koodist üles otsida ja üle käia. Lisaks võib sinna 
kirjutada veel ka muid märgendeid või bugi numbri või mida tahes.

>Slashdotist jooksis kunagi läbi, et enamik nendest bugidest olnud 
>automaatselt leitud stiilianalu"u"simisprogrammi poolt, mille tegijad 
>MS just ära ostnud oli.  Kuivõrd selline teooria tõele vastab?

Ei ole kursis, võimalik. Stiili jms asjade analüüsimise programmid on 
toredad asjad ja me oleme neid oma projektis ka kasutanud, aga siiani suudab 
inimene siiski rohkem välja mõelda, kui programm analüüsida (muidu võiks 
üldse programmid teisi programme kirjutada), nii et valehäirete protsent 
kõigi analüsaatorite puhul, mida ma näinud olen, on suhteliselt kõrge.

cheers,
Targo