a)
nemam k udaje o chybovosti pgsql jadra k dispozici. pokud se jedna o chybovost replikace slony ci driveru, muzu poslat seznam. chyby v replikaci zpusobuji ztratu dat. Nam pgsql uz nekolikrat zmrsil indexy a musel se udelat jejich rebuild.
b)
Jenomze bezny uzivatel neumi otestovat software kdyz mu poslete .diff, vetsina uzivatelu proto chyby stejne vubec u OSS nehlasi. Proste misto toho to prestanou pouzivat. Naopak kdyz si ten software zakoupi, tak hlasi chyby mnohem vice. Na druhe strane vetsina projektu closne bug s poznamkou (nereprodukovatelne, user error) a chudak uzivatel je tam kde byl nazacatku. Ja jsem napriklad zjistil ze hlasit chyby na bacula.org je fakt ztrata casu vsechny chyby a i segfaulty tam nam oznacovali jako user error. OSS svetu chybi motivace resit problemy uzivatelu a prestat je labelovat jako lamy. Kdyz uzivatel prejde jinam tak v OSS nic netratite.
c)
Pracovat s nadsenim nestaci. V prvni rade se to totiz musi predevsim umet a mit dobre navrhnuty vyrobni proces. Ve svete OSS se temer nikdy podobne vyrobni postupy jako v komercnim svete nepouzivaji a timpadem se vyvyji pomalu, lidske zdroje se pouzivaji neefektivne, a software ma hodne chyb a nedodelku. Ja to chapu bez penez tu neni zadna motivace pracovat efektivne.
Srovnejte proces vyroby pgsql s tim co pouzivaji profici
http://www.linuxexpo.cz/files/CZ_LinuxExpo_Rational.pdf
proc se to v profi sfere dela takto? protoze je to efektivnejsi a tim padem levnejsi a tim padem vice vydelame. V OSS je projekt vyvyji 'adhoc', tedy znacne primitivne.
Manager je velmi vyznamna osoba, protoze cely projekt ridi a ma tedy moc projekt ovlivnit . Kvalita managera velmi vyznamne ovlivnuje zda projekt selze ci nikoliv. Kvalitni manageri jsou vzacni a proto se jim za jejich praci velmi dobre plati. Kdyz projekt selze, vyhodite kodery nebo manazera?
Kancelare, sekretarky a podobne to je taky naprosto nezbytne. Date nekomu par set tisic dolaru (obvykly rozpocet projektu co delame) kdyz bude vyvyjet nekde v garazi? Reklama je
pro kazde podnikani zcela nezbytna zalezitost. Nepodnikate totiz ve vacuu, ale je tu jiz konkurence a potrebujete taky dat o sobe vedet.
Rikate ze jste pracoval jako analytik, jednal jste taky ze zakazniky? Pak musite vedet, ze zakaznik je lama a temer nikdy nevi presne co vlastne chce, meni sve pozadavky v prubehu praci, nemuze se uvnitr sve organizace vlastne dohodnout co by bylo nejlepsi...
Vyroba SW je tymova prace, kde i ta sekretarka co tiskne a bali dokumentaci pro zakaznika a domlouva schuzky je duletita. Vyroba SW neni o vztahu zakaznik - koder.
Názor ke zprávičce Jak vypadá OpenOffice.org 3.0
