Éles kritikát kapott a NetBSD projekt egykori vezetőségi tagjától

 ( trey | 2013. június 26., szerda - 12:41 )

Julio Merino - NetBSD fejlesztő, a The NetBSD Foundation igazgatótanácsának egykori tagja - a napokban éles kritikát fogalmazott meg a NetBSD projekttel szemben. Merino 2011. májusától volt igazgatótanácsi tag. A megbízatása nemrég lejárt és ugyan indulhatott volna tisztsége megújításáért, inkább mégsem tette. Az ok: a NetBSD nincs jó úton afelé, hogy széleskörű sikert érjen el. Hogy mik az okok?

  • nincs megfelelő vezetés
  • kockázatvállalás hiánya
  • a projekt nem kíván újabb felhasználókat toborozni

Merino távozását az igazgatótanácsból keserédesként jellemezte. Keserű, mert élvezte, hogy tagja lehet az igazgatótanácsnak. Keserű, mert látja, hogy nem tud érdemi változást véghezvinni a projektben akkor sem ha megújítja a tagságát. Édes a távozás számára, mert mostantól mehet és több energiával rendelkező ember veheti át a helyét, aki remélhetőleg nála jobb munkát tud végezni.

Merino blogbejegyzése arról, hogy szerinte milyen problémákkal küzd a NetBSD projekt jelenleg és hogyan lesz egyre inkább jelentéktelenebb, elolvasható itt.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

"my name is Julio M. Merino Vidal; to those who don't know how to split it, Julio M. is the first name and Merino Vidal (all together) is the last name."

--
NetBSD - Simplicity is prerequisite for reliability

Thank you.

Julio Merino,
On behalf of the Board of Directors

(baromira lényegtelen)

--
trey @ gépház

hogy ontopic is legyen: ez is ilyen oszodi beszed jellegu level, szerintem csinalni kellene, nem beszelni rola

--
NetBSD - Simplicity is prerequisite for reliability

Ez egy korrekt ember lehet. Megmondta, hogy nem megy neki és félreáll.

Régi vicc:
Vállalatunk igazgatótanácsának mai napirendi pontjai az alábbiak
1. Kovács elvtárs megbírálja a vállalat vezetését.
2. Rövid szünet
3. Kovács elvtárs búcsúztatása a vállalatunktól.

Igaza van a srácnak szerintem, egész jó lenne a NetBSD. Működik szépen, atombiztos, de semmit sem tudnék felhozni a használata mellett. Van két NetBSD-s szerverem, frissítgetem őket, sok mindent meg tudok csinálni velük, de ennyi erővel linuxot is telepíthetnék rájuk.

Routerbe OpenBSD-t tennék, webszervernek FreeBSD-t. A sok szék között a pad alatt van a NetBSD szvsz.

Ki kellene rukkolni valamivel, ami előre mutató lenne. Valami, ami miatt az emberek használnák is.....

---
Repeat after me: I Will Use Google Before Asking Stupid Questions...

esetleg a fejlesztők menjenek openbsd-t fejleszteni...

:)

+1

FreeBSD-nek ott volt a jail, solarisnak a zfs, valami ilyesmi kellene valoban, lehetne az npf

--
NetBSD - Simplicity is prerequisite for reliability

Van: a kenyérpirítón is elfut. Más kérdés, hogy ez egyelőre nem túl értékes feature a tömegeknek..

Mi szól OpenBSD mellett routeren, amiben jobb, mint a NetBSD?

pf

az van netbsd-n is

--
NetBSD - Simplicity is prerequisite for reliability

Igen, backportolva.

És? Attól nem rosszabb valami ha (nem back, hanem csak simán) portolva van. De elmondhatod, hogy szerinted miért.

Egy kb 5 éves verzió van benne. A FreeBSD-ben is egy kb 4 éves verzió van, ha jól tudom 4.5-ös OpenBSD-ből portolva. Azóta volt némi fejlesztés a pf-ben, hogy mást nem mondjak egy komplett NAT rewrite. Sajnos ezer éves verziók vannak portolva és nagyon ritkán húzzák utána.

,,Igaza van a srácnak szerintem, egész jó lenne a NetBSD. Működik szépen, atombiztos, de semmit sem tudnék felhozni a használata mellett."

Nem a netBSD volt az, amit javascriptre is lefordítottak?
Mondjuk az is egy ficsőr, ha nincs ficsőr, de tényleg atombiztos.

Ez más, itt az emulátor van javascriptben implementálva, a linux az natív bináris formában fut felette. Szerintem erre gondolt: https://blog.netbsd.org/tnf/entry/kernel_drivers_compiled_to_javascript

Épp a napokban olvastam egy hasonló levelet 2006-ból. Úgy tűnik 7 év alatt sem változott semmi...

Ezekkel a "M."-et tartalmazó nevű emberekkel jobb lesz vigyázni.
--
zsebHUP-ot használok!

Főleg, ha az MI6-nél vannak.

eleg azt nezni, hogy 2011 ota (uristen mar ilyen reg...) a big network lock eltavolitasara nem vallalkozott senki, ugy, hogy a foundation fizetett volna erte.

persze egyaltalan nem trivialis feladat, de a legnagyobb baki az, hogy szinte lehetetlen lett volna/lenne atverni a coreon szerintem a legtobb patchet jelentos bikeshed nelkul.

Apropó: OpenBSD-n mi a helyzet a biglock-al?

az openbsd halozati stackje IMHO meg talan ennel is rosszabb. ami nagyon hianyzik >1gbitnel altalaban az a multiple rx/tx queue hasznalasa ugy, hogy szetdobja az IRQ-kat a CPUk kozott; ezt a linux biztos tudja, es _talan_ a freebsd 9 (de lehet, hogy majd csak a 10)

Köszönöm az infót.

szvsz már a freebsd 8 is tudja.

Ja és érdemes ránézni a DragonflyBSD-re is, brutális feljesztések vannak benne network fronton, szintén tudja a multi rx/tx queue-t.

http://lists.dragonflybsd.org/pipermail/users/2013-February/053184.html
http://lists.dragonflybsd.org/pipermail/users/2013-May/053407.html

hiaba nagyon jo a network, ha mondjuk nincs normalis zfs/nfs. hammer tapasztalatok erdekelnenenk viszont.

Nem is csak a technikai oldallal van a gond. Nem latom, hogy a NetBSD barhol promotalva lenne. Persze, minden ossz-BSD kezdemenyezesben benne van, de kb. ennyi. Pedig van benen potencial boven, csak ugy nez ki, senki nem akar eroforrast fektetni bele. Pedig ki tudna korulotte alakulni egy olyan kozosseg, ami kialakult a FreeBSD korul pl.

Sok tekintetben epitenek a tooljai a Rubyra. Lehetne peldaul a Ruby kozossegekben tolni, virtualizacios tamogatasokat adni hozza, Vagrant imagekkel elorukkolni, stb. Es ehhez relative keves befektetett szakmai munka kell.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

"Sok tekintetben epitenek a tooljai a Rubyra"

Lehet jobb lenne, ha a Microsoft forkolná az egészet, áthelyezné Mono alapokra és elnevezné .NetBSD-nek.

:)

Ez nagyon tetszett!

Fuszenecker_Róbert

:)

Dolgoznak az ugyon :)


Amit nem lehet megirni assemblyben, azt nem lehet megirni.