Jesse Millselier nagy nyitott projekteken

A legutóbbi konferencián Austin OSCON (Open Source Convention) a jelentés foglalkozik a sajátosságait egy nagyszabású külszíni készült Frezele Jesse, aki részt vett a legfontosabb projektek Docker, Kubernetes és Golang. Így nagyon jól ismeri a problémát, és ajánlásai a legközvetlenebb figyelmet érdemlik.

"Csillogó mérnök" Jesse Freselier nemcsak a legnépszerűbb nyílt programokhoz való technikai hozzájárulásával, hanem az elvi élethelyzetével is ismert. Különösen tavaly elhagyta a Docker projektet a nemi megkülönböztetés miatt.

Beszédében a konferencia résztvevőivel megosztotta a gazdag személyes tapasztalatokon alapuló ajánlásokat. A szakértői tanácsadás több csoportra osztható.

Tippek a résztvevők vonzására és megtartására

A Freselier úgy véli, hogy a projekt nyomkövető szervezete fontos szerepet játszik az új résztvevők vonzásában. Különösen olyan kérdések feltüntetésével, amelyek érdeklődhetnek az újonnan érkezők iránt, és segítenek nekik gyorsan integrálni a csapatot.

Különös figyelmet kell fordítani a projekt nyitottságára, nem csak a műszaki területen. Különösen, ha a fejlesztés a cégen belül kezdődött, akkor biztosan először egy belső megbeszélés előzte meg, amelynek anyagai mindenki számára elérhetők.

Természetesen ez nem csak a nyitottságra vonatkozik a nyitottság kedvéért. A projektben résztvevőknek tisztában kell lenniük bizonyos döntések elfogadásának dinamikájával. Ellenkező esetben elkerülhetetlenül visszatér a régóta vitatott és ugyanazon érvekhez. Az ilyen értelmetlen idő, amelyet nyilvánvalóan elfogyott, nem járul hozzá a projekt előnyéhez.

Ráadásul előbb-utóbb a veteránok is elfáradnak, hogy ugyanazt mondják a kezdőknek. Nemrégiben csatlakoztak a projekt résztvevőihez, az ilyen viselkedés elutasítónak tűnhet, és elveszítik érdeklődését a fejlesztés iránt.

Meg kell határozni azokat a feltételeket, amelyek részt vesznek a programozásban, de a megoldás dokumentálásában, tervezésében vagy népszerűsítésében. Szerepük nem kevésbé fontos, és ösztönözni kell őket.

Nem minden új tag válik a csapat állandó tagjává. Az átmenet folyamatát át kell gondolni, és bizonyos értelemben formalizálni kell. Az önkéntes asszisztenseknek nem szabad kétségbe vonniuk saját státuszukat - nyilvánvalónak kell lenniük.

Az idő résztvevőit tiszteletben kell tartani. Sajnos a projektvezetők túl gyakran elfelejtik ezt a szabályt. Úgy vélik, hogy a nyilvánvaló számukra automatikusan nyilvánvaló mindenki számára. Természetesen nem ez a helyzet - a legjobb az önkéntes asszisztensek megóvása mindenfajta "általános költségtől".

Ebből következik, hogy a projekten belül minden folyamatot előre meg kell határozni. Például, ha egy új résztvevő szeretne válogatni, képesnek kell lennie arra, hogy megértse, hogyan érhető el.

A manteynerek oktatásáért felelős tanácsok

Nyilvánvaló, hogy a fenntartók kulcsszerepet játszanak minden projektben. Ezért különös figyelmet kell fordítani a formációra. Valójában a vezetőnek olyan politikát kell elfogadnia, amelynek célja éppen az ilyen résztvevők támogatása.

Először is, a projektben el kell fogadni azokat a kritériumokat, amelyeket a mateinernek teljesítenie kell. És nem homályos, de a lehető legpontosabb és érthető még egy kezdő számára is.

Fontos, hogy a vezetők megértsék, hogy sok nyitott projekt van, és a résztvevők versenye magas. Ha egy ambiciózus újonc nem fog megérteni valamit a kezdetektől, akkor valószínűleg új fejlesztést fog találni, és nem tölti el időt a szervezeti kérdések tanulmányozására.

Manteiner komoly terhe és nagy felelősség. Annak érdekében, hogy a résztvevők magukra vigyenek, ösztönző rendszert kell bevonni a projektbe. Ha van ilyen lehetőség, akkor nem csak erkölcsi, hanem anyagi is.

Mivel a nagyprojektek valahogy kapcsolódnak a kereskedelmi cégekhez, az utóbbi különösen fontos. Naiv, azt gondoljuk, hogy minden résztvevő altruista lesz - sokan szeretnek pénzt keresni a munkájukért, és ez teljesen normális.

Különösen a potenciális mateinernek van némi esélye arra, hogy az önkéntes asszisztensektől az érintett vállalat személyzetéhez költözzön. Nyilvánvaló, hogy az üzlet is nyereséges - valójában egy teljesen képzett alkalmazottat kap, aki a gyakorlatban bizonyította kompetenciáit és képzettségét.

Nagyprojektekben lehetetlen összpontosítani az összes kontrollt egy kézben. Egy elosztott és meglehetősen összetett irányítási rendszert kell létrehozni, amelyet meg kell teremteni.

A projektmenedzsment kritikus. A probléma az, hogy minél nagyobb a projekt, annál nehezebb szigorúan adminisztratív feladatokat végrehajtani, és a nyílt forrás sajátosságai nem teszik lehetővé a szigorú hierarchia és anyagi érdekeken alapuló egyes vállalati elvek alkalmazását.

A Frezelier különös figyelmet szentel a projektmenedzsment kérdésének. Lehet ez a gyenge kapcsolat, amely jelentősen csökkenti a csapatmunka hatékonyságát.

Sérülékenységi tippek

Nem szabad elkerülni a nagy szoftverek sebezhetőségét. Ez mind a nagyvállalatok termékeire, mind a fejlesztés megnyitására vonatkozik.

A Frezelier úgy véli, hogy először is a sebezhetőségek felkutatásának és megszüntetésének folyamatát a lehető legnyilvánosabban kell megvalósítani. Jó eredmény esetén a fejlesztés valamennyi résztvevője érdekel, ezért folyamatosan tudatában kell lenniük az ügynek.

A támadók sokkal többet tudnak a szoftver hibáiról, mint amennyit szeretnék. A tesztelőknek és a fejlesztőknek legalábbis nem kevesebbet kell tudniuk. Emellett lehetséges, hogy ezen a módon fog egy csapat ember határán imbolyog a - sok képzett programozók keres réseket „csak úgy”, de még mindig nem tudom, merre irányítsa erőiket: jó vagy rossz.

Talán némelyikük nem túl késő ahhoz, hogy felhívja a világ "oldalát". Elég bizonyítani, hogy a hacker készségek iránti igény a társadalomban, és egy jó projektben hasznos projekten dolgozik sokkal érdekesebb.

Külön kérdése a felhasználók tájékoztatása. A projektmenedzsereknek biztosnak kell lenniük abban, hogy mindannyian tudják, mikor és mikor frissítik a szoftvert annak érdekében, hogy viszonylag biztonságban érezzék magukat. Így azok a résztvevők, akik nem írnak kódot, hanem a népszerűsítés és a technikai támogatás, különös jelentőséget kapnak.

Valamennyi projektben szükség van technikai írók csoportjára, amely azonnal és érthető módon fontos információkat közöl a felhasználókkal. Ellenkező esetben a nagyon képzett fejlesztők erőfeszítéseit az érintettek többségének szokásos tudatlansága meg fogja tagadni.

A nyitottságnak nincsenek kivételek. Még akkor is, ha valaki arra kéri Önt, hogy "tartsa meg" az információkat egy fontos konferenciának, akkor nem kell kompromisszumot kötnie.

Ha kisebb hiba lép fel a sebezhetőségekkel való munkavégzés során, akkor ez legyen a komoly nyomozás oka. A biztonság - a projekt túl fontos eleme, enyhén elfogadhatatlan.

Tippek a vállalatokkal való együttműködésre

"Csak a szórakozásért" csodálatos. De sokkal jobb, ha a lelkesedést a kereskedelmi cégek pénzéből táplálja. Majdnem minden nagy nyitott projekt működik ezen az elven.

A nyílt projektvezető egyik fő feladata az, hogy egyensúlyt találjanak a vállalati igények és a közösségi érdekek között. Ha elfogadható kompromisszum érhető el, akkor a legtöbb lehetséges probléma megoldódni fog.

Először is meg kell győzni a vállalatok vezetését, hogy a közösséget személyzeti tartaléknak tekintsék. Ehhez egyébként könnyű - olyan emberekről szól, akiknek szakmai minősége nem csak a folytatásban értékelhető.

Másrészt a projekt résztvevőinek meg kell érteniük, hogy önkéntes munkájuk önmagában nem garantál semmit. Az állandó munkába való felvételt még mindig meg kell szerezni. Az Open Source egy új lehetőség, de nem több.

Alfresco - ECM platform, melynek célja a szervezet teljes tartalmának irányításával kapcsolatos feladatok megoldása. Ennek alapján ...

A TCO rendszerekkel kapcsolatban a beszállítók általában csak az engedélyek költségeit veszik figyelembe. Ebben az esetben az ár több ...