A Linux kernel 2017-ben 26 éves lett 2017-ben. Ennyi idő alatt néhány fontos tanulság levonható a tanultakból.

milyen

A. Fejlesztési és karbantartási folyamata A Linux kernel kevés hasonlósággal rendelkezik. Ez személyes projektként indult és lett együttműködő szoftverprojekt, amelynek növekedése több mint 25 éve nem állt meg.

Egyre több fejlesztő, több vállalat és újabb kódsor csatlakozott a Linux kernelhez. Egy kernel, amelyet elkötelezett emberek százai hoztak létre egy-egy adott területen, de mindannyian közösen fejlesztenek valami közöset.

A Linux kernel üzleti támogatása létfontosságú volt. Sok vállalat együttműködik a saját érdekében, mivel Linux alapú technológiai megoldásokat használ vagy valósít meg. Ezeket a fejlesztéseket sok más vállalat és kicsi felhasználó is megosztja.

Kevés olyan szoftverfejlesztési projekt rendelkezik ezzel a történelemmel, és sok közülük olyan állapotba került, hogy „majdnem teljes”, és ahol a változások időben kevéssé vannak.

A Linux kernel más, több mint 25 év elteltével ez a projekt létfontosságúbb és aktívabb, mint a történelem bármely korábbi időszakában.

Számos akadémiai tanulmány létezik a közösség fejlesztésére, de mégis Sok év telik el, amíg teljesen megértjük a siker kulcsait.

De mindezzel együtt, vannak olyan tanulságok, amelyek ennyi idő alatt egyértelműek voltak, és amelyek tanulmányozhatók más projektekben is.

A rövid kiadási ciklusok fontosak

A Linux projekt korai szakaszában néhány évente csak egy nagy kernel kiadás volt. Ez jelentős késéseket jelentett a felhasználók számára a további fejlesztésekkel kapcsolatban, ami frusztráló volt mind a felhasználók, mind a forgalmazók számára.

De ami még ennél is fontosabb, a hosszú kiadási ciklusok azt jelentették, hogy nagy nyomás nehezedett a kód kiadására a következő kiadáshoz, még felkészülés nélkül is.

A rövid kiadási ciklusok megoldják ezeket a problémákat. Az új kód gyorsan elérhetővé válik stabil kiadásokban. L Az új kód integrálása szinte folyamatosan lehetővé teszi alapvető változtatások bevezetését is, minimális megszakítás nélkül.

És a fejlesztők tudják, hogy ha lemaradtak egy kiadási ciklusról, akár két hónap múlva is lesz még egy, így kevés oka van arra, hogy megpróbálják idő előtt beilleszteni a kódot.

A skálázható folyamathoz hierarchikus és elosztott fejlesztési modellre van szükség

Volt idő, amikor minden változás közvetlenül Linus Torvaldsra irányult, de még egy fejlesztő sem tehetségével képes kezelni egy olyan gyorsan mozgó projektet hogy van a Linux kernel.

A kódellenőrzéssel és integrációval kapcsolatos felelősségek 100 vagy annál több karbantartóra történő átruházása lehetővé teszi a projekt számára, hogy megbirkózzon több tízezer változással anélkül, hogy a kód felülvizsgálatát vagy minőségét feláldozná.

Az eszközök számítanak

A Linux kernel fejlesztése addig küzdött, hogy növekedjen, amíg a BitKeeper megérkezik, egy nyílt forráskódú menedzser rendszer egyik napról a másikra megváltoztatta az eljárásokat, amelyeket korábban a közösségben használtak.

A Gitre való áttérés újabb nagy ugrást hozott előre. Megfelelő eszközök nélkül egy olyan projekt, mint a Linux kernel, egyszerűen lehetetlen működni anélkül, hogy a saját súlya alá kerülne.

Fontos az erősen konszenzusorientált kernelmodell

Általános szabály, hogy a javasolt változtatás nem kerül be, ha egy tisztelt fejlesztő kifogásolja azt. Ez nagyon elkeserítő lehet azoknak a fejlesztőknek, akik úgy találják, hogy a hónapok óta eltöltött kódot letiltják a levelezőlisták.

De biztosítja azt is, hogy a kern továbbra is alkalmas legyen a felhasználók és problémák széles körére. Nincsenek olyan magánfelhasználók a közösségben, akik más csoportok költségén változtathatnának.

Ennek eredményeként van egy kernelünk, amely alkalmas mind a kis rendszerek, mind a nagy szuperszámítógépek számára, és amely sokféle felhasználásra és alkalmazásra alkalmas.

Kapcsolódó tényező a kern "regresszió nélküli" ökölszabálya.

Ha egy kernel meghatározott beállításokkal működik, akkor az összes következő kernnek is ugyanúgy kell működnie. E szabály végrehajtása nem mindig tökéletes, de biztosítja a felhasználók számára, hogy a frissítések nem teszik tönkre rendszerüket.

Ennek eredményeként hajlandók folytatni a kernel fejlesztését, miközben új képességeket fejlesztenek.

A vállalatok részvétele a folyamatokban kulcsfontosságú

Az itt említett projekt nem haladt volna gyorsan a vállalatok bevonása nélkül. De az is fontos, hogy egyetlen vállalat ne uralja a kernel fejlesztését.

Bár bármely vállalat javíthatja a kernelt az Ön egyedi igényei szerint, egyetlen vállalat sem irányíthatja a fejlődést olyan irányokba, amelyek árthatnak másoknak, vagy korlátozzák a kernel képességeit.

A projekten belül nem lehetnek belső korlátok.

A Linux kernel fejlesztői szükségszerűen a kernel egyes részeihez igazodnak, de bármely fejlesztő módosíthatja a kernel bármely részét, ha a változás indokolt.

Ennek eredményeként a problémák megoldódnak ott, ahol erednek, ahelyett, hogy meghamisítanák őket, a fejlesztők szélesebb körben szemlélik a rendszermag egészét, és még a legdurvább karbantartó sem képes végtelen ideig megállítani a szükséges előrehaladást egy adott alrendszerben.

Több mint 26 éves története Linux kernel Mutasd tartós és együttműködő erőfeszítéseket olyan közös erőforrásokat generálhat, amelyeket egyetlen csoport sem tudott volna egyedül fejleszteni.

Az általam készített fordítást ugyanazon licenc alatt publikálják. Úgy gondoltam, hogy érdekes lehet a spanyol közösség számára terjeszteni. Örülök, ha érdekesnek találja.