Citat:
Apatrid: Broj korisnika OSS rijesenja direktno je proporcionalan kvalitetu tih softverskih paketa. Vise korisnika -> vise se paket koristi -> vise mogucnosti da korisnici nalete na greske u programu -> veca vjerovatnoca da ih prijave.
uopste se ne slazem sa ovim.
kvalitet nekog paketa zavisi od skupa faktora medju kojima su znanje programera, ulozeno vreme, ogranizacija procesa "proizvodnje", testiranje, kvalitet specifikacije, integracija komponenti i slicno...
obicno je cena testiranja paketa priblizna ceni pisanja koda, i zahteva debelu organizaciju i prilicno poznavanje te materije da bi se testiranje obavilo kako treba (pronasao sto veci broj use case-ova koji rezultuju greskama). pravi se tim za testiranje koji se sastoji od vise "radnih mesta", testiranje se obavlja formalnim metodama, pisu se prilicno precizni izvestaji, zahtevi za izmenama itd. sve u svemu to je cista fizikalija cak i kad se koriste sw alati za testiranje i trazi dosta vremena i uopste nije naivno cim paket postane iole obimniji.
ideja "heuristickog" testiranja po kojoj se softver testira tako sto se pusti medju korisnike se obicno sprovodi na samom kraju jer greske koje korinici otkriju nisu tako precizno dokumentovane (okolnosti pod kojima je nastala greska), tako da "lovljenje" buga u kodu moze da oduzme vise vremena nego sto bi to bio slucaj konvencionalnim testiranjem, plus, tako "heuristicko" testiranje ne obezbedjuje hijararhiju po kojoj se greske otkrivaju (zna se sta se testira posle cega a sta pre), itd...
jedina prednost ovakvog "public" testranja je cena, nikako kvalitet.
ono sto je budjavo kod open source-a je to sto nema valjane ogranizacije niti se zadaci rade prema optimalnim rokovima, i sto je jos vaznije, prema optimalnom redosledu. open source mozda ima odlicna resenja na "low levelu", jer ljudi entuzijasti nesebicno ulazu brainpower, ali tajming i rokovi ne mogu da se postave optimalno kao sto je to slucaj kad ljudi za pare razvijaju sw, pa sve to utice na kvalitet softvera u datom trenutku.