Felhívás "linux-wanking" levelezési lista létrehozásának megvitatására

Kernel

Minden nyílt forrású projektnél fontosak a hozzájárulók, közreműködők. A legtöbb FLOSS projekt inkább hiányában van a közreműködőknek, mintsem problémát okozna számára, hogy túl sokan próbálnának segíteni. Természetesen a közreműködés és közreműködés közt jelentős eltérések lehetnek minőségben. Az olyan nagyforgalmú levelezési listán, mint a Linux Kernel Mailing List (LKML), ahol a kernel fejlesztésével kapcsolatos beszélgetések, viták java folyik, zavaró és fárasztó lehet a rutinosabb, gyakorlott fejlesztők számára, hogy kerülgetni kell a számukra felesleges "zajt".

A "zaj" alatt itt például az olyan levekelet értik, amelyben a wannabe hacker a Linux kernel forrásában található kommentek elírásait (typo), külalakját javítja - magyarul kozmetikázza a kódot, általában 1-2 soros patch-ek formájában. Al Viro példát is írt az ilyen zavaró "javításokra":

régi kód: 

extern void test_fun(struct list_head *new,
		      struct list_head *prev,
		      struct list_head *next);

új kód: 

extern void test_fun(struct list_head *new,
		   struct list_head *prev,
		   struct list_head *next);

Egyes fejlesztők szerint a számukra értelmes tartalommal bíró levelek kiválogatása akkora overhead-et jelent, hogy sokszor a válogatás után annyira kimerülnek, hogy az nincs erejük az érdemi munkára.

Éppen ezért Al Viro - aki nem éppen diplomáciai érzékéről ismert - egy CFD-t (Call for Discussion) küldött az LKML-re, amelyben egy linux-wanking levlista létrehozását tette vita tárgyává. Az új levlista célja az lenne, hogy elszeparálja a kezdők szárnypróbálgatásait a tapasztalt fejlesztők kommunikációjától. Így az öreg rókáknak több ideje maradna a valós problémák megoldására, a kezdők pedig kiélhetnék magukat, másokat nem zavarva.

Természetesen - mint minden vitában - itt is vannak pro és kontra érvek. Egyesek - például Andrew Morton - szerint nem szerencsés az új hozzájárulók elbátortalanítása, elszigetelése. Mások egyetértenek Al felvetésével, hogy túl messzire ment már a codemetics-ből adódó zajkeltés az LKML-en.

A thread itt kezdődik. Az LWN cikke a témában itt.

( MrCrowley | 2008. 05. 29., cs – 15:23 )

Az ötlet jó, egy apró finomítással: inkább a régi motorosokat kéne pár évre wanking-groupba tenni.

( 2Geza | 2008. 05. 29., cs – 15:25 )

Vagy esetleg nem a linux forrasat kellene rendesen szejjel strukturalni mondjuk mikrokernel-driverek reszre legalabb? Lehetne ket kulon levlista, es nem kellene mindenkinek mindent tudnia.

( Hiena v | 2008. 05. 29., cs – 16:15 )

A cikket olvasva hirtelen az ugrott be, hogy nem lehetne kiboviteni a HUP-os adatlapot egy olyan funkcioval, aminel az ember bejelolhetne kulonfele preferenciait es affinitasait (programozasi nyelv, programozasi terulet, erdeklodesi kor, kulonfele projectekben valo reszvetelre valo nyitottsag, stb.) es ezaltal, konyebben talalhatna mindenki adott projectjehez embereket. Bizonyos ertelemben ugyebar a forum is erre valo, de egy ilyen kiegeszitore lehetne olyan szolgaltatast is epiteni, amivel az ember szurhetne a sajat erdeklodesi korehez kozel allo bejegyzeseket.

--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "

Klasszikus toketlen fejlesztes dilemma. Ha megtartod a visszafele kompatibilitast, akkor az uj rendszerrel is mennek a modulok legfeljebb megkotesekkel. Ha meg minden egyes verziolepesnel ujrairod az egeszet, akkor a modul fejlesztoit es a felasznalokat szivatod.
Amugy a third party modulokat en sem szivlelem. Az ember a sajat karan tanul...

--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "