Sziasztok,
elosztott koordináció kutatásával kell foglalkoznom az egyetemi tanulmányaim keretében. OSS-t választottam mint környezetet és kb 30 projektre volna szükségem, amelyek teljesítik a következő feltételeket:
- minimum egy éves és aktív munka folyik rajta
- van publikus verzió és hibakövetés (CVS,SVN,...) (Bugzilla,Trac,Mantis ...) amit minel precizebben hasznalnak, tehat CVS changelog-ok vezetve vannak,
lehetoleg hivatkozva a hibajegy szamat ha fix volt (ez nagyon jo lenne de nem tudom hogy hany projekt van ennyire pedans ..), a hibak osztalyozva vannak a Bug Tracking rendszereben: sulyossag, modul, etc
- legalább 2 stabil fejlesztője van, vagy ha csak egy van, akkor elég nagy aktív felhasználói bázisa akik javításokat és hiba bejelentéseket tesznek, hogy legyen koordinációs probléma :D
- Nem egy maintainer alatt fut a verziókövetés hanem
mindenki sajat nevvel commit-el
- nagyjából 50 fejlesztőig bezárólag ...
- a prominens projektek melyeket már kliséként használnak OSS kutatás során, mint pl Mozilla, OpenOffice, Linux kizárva
Kérdéseim:
1.a Hogyan lehetne a fentieknek megfelelő projekteket lehetőleg automatikusan válogatni,
de minél több forrás kellene, hiba volna csak sourceforge-ra/freshmeatre korlátozni a kört
2. kérlek ajánljatok projekteket, amiket
megfelelőnek találtok saját ismereteitek alapján
3. Mi a véleményetek az alábbi Hibajavitás teljesítményének mérését célzó mértékekről:
- hibák száma a kód méretére vetítve pl. 1 hiba / 1000 sor
megjegyzés: az utasítások száma objektívebb lenne,
de sajnos azt sokkal bonyolultabb mérni, viszont ha
több projektet hasonlítok melyek rendkívül eltérőek, eg assembly versus perl :D
- hibák megjelenése között eltelt átlagos idő ... Mean Time Between Failure
- hiba javítás minősége, pl újranyitotta-e a hibajegyet a bejelentő, mert nem felelt meg neki a javítás ...
- hibák átlagos súlya
- valamilyen összefüggést még a fejlesztők száma és a hibák száma között is lehetne találni, mivel minél több fejlesztő annál több koordinációs probléma akad ... ebben még bizonytalan vagyok
4. Kommenteket várok a következővel kapcsolatban is:
koordináció definíció szerint: a csapat hozzáadott információfeldoglozásra fordított erőfeszítése ahhoz képest ha a problémát csak egyetlen ember oldaná meg
ez alapján a OSS hiba javításánál
közvetlen a probléma megoldásával kapcsolatos feladatok:
- hiba azonosítása (általában a felhasználó)
- a hiba okának megkeresése
- lehetséges megoldások kiértékelése
- forráskód módosítása
- ellenőrzés (a fejlesztő által)
koordinációs feladatok:
- hiba bejelentése
- hiba kategorizálása
- fejlesztő hozzárendelése a feladathoz
- duplikált hibajegyek azonosítása
- diff patch készítése (nem cvs rendszer esetén, pl email listán való beküldéshez)
- patch elküldése
- patch jóváhagyása
- változás kezelés (lényegében minden CVS-hez kapcsolódó feladat, igazából az első csoportba is tartozhat, ha valaki egy személyes fejlesztésnél is használ verzió követést)
A következő feladatok az előző csoportból ide is be kerülnek, mivel a több résztvevő miatt kétszer kell őket végrehajtani:
- hiba azonosítása (hiba reprodukálása a fejlesztő által a hibajegy alapján)
- lehetséges megoldások kiértékelése (megvitatása a többi fejlesztővel)
- ellenőrzés (a felhasználó által)
Köszi bárkinek, aki érdemben válaszol.
- 1210 megtekintés