Peste 25 de ani de #Linux Ce lecții pot fi învățate din acest fapt; Victorhck în liber

Kernel-ul Linux a împlinit 26 de ani anul acesta în 2017. Din tot acest timp se pot trage câteva lecții importante din cele învățate.

lecții

Procesul de dezvoltare și întreținere a Kernel-ul Linux este un caz cu puține asemănări de acest gen. A început ca un proiect personal și a devenit un proiect software colaborativ care nu a încetat să crească în cei peste 25 de ani de viață.

Din ce în ce mai mulți dezvoltatori, mai multe companii și mai multe linii de cod s-au alăturat nucleului Linux. Un nucleu creat de sute de oameni dedicați fiecare într-o anumită zonă, dar toți dezvoltând împreună ceva în comun.

Suportul de afaceri pentru kernel-ul Linux a fost vital. Multe companii colaborează în beneficiul lor, deoarece utilizează sau implementează soluții tehnologice bazate pe Linux. Aceste îmbunătățiri sunt împărtășite de multe alte companii și utilizatori mici.

Puține proiecte de dezvoltare software au acea istorie și multe dintre ele au atins un statut care sunt „aproape complete” și în care schimbările sunt puține și sunt foarte scurte în timp.

Kernel-ul Linux este diferit, după mai bine de 25 de ani, acest proiect este mai vital și mai activ decât în ​​orice moment trecut din istoria sa.

Există multe studii academice asupra comunității care o dezvoltă, dar totuși Vor trece mulți ani până când vom înțelege pe deplin cheile succesului dvs.

Dar cu toate acestea, există câteva lecții care au fost clare în tot acest timp și care pot fi studiate pentru a fi aplicate în alte proiecte.

Ciclurile de eliberare scurtă sunt importante

În primele zile ale proiectului Linux, a existat o singură versiune majoră a nucleului la fiecare câțiva ani. Aceasta a însemnat întârzieri considerabile pentru utilizatori pentru a avea îmbunătățiri suplimentare, ceea ce a fost frustrant atât pentru utilizatori, cât și pentru distribuitori.

Dar, mai important, ciclurile lungi de lansare au însemnat că există o presiune mare pentru a împinge codul la următoarea versiune, chiar și fără a fi pregătit.

Ciclurile scurte de eliberare rezolvă aceste probleme. Noul cod este disponibil rapid în versiuni stabile. L Integrarea unui nou cod face posibilă în mod constant introducerea chiar și a modificărilor fundamentale cu întreruperi minime.

Și dezvoltatorii știu că, dacă au ratat un ciclu de lansare, va exista altul în doar două luni, deci există puține motive pentru a încerca să includă codul prematur.