Управување преку мејлинг листи како бариера што го спречува доаѓањето на младите програмери

Сара Новотни, член на управниот одбор на Фондацијата Линукс на Мајкрософт, подигнат прашање за архаичната природа на процесот на развој на кернелот Линукс. Според Сара, користењето на мејлинг листа (LKML, Линукс кернелот за поштенска листа) за координирање на развојот на кернелот и поднесување закрпи ги обесхрабрува младите програмери и е пречка за приклучување на нови одржувачи. Како што се зголемува големината на јадрото и темпото на развој, проблемот со недостиг одржувачи способни да ги надгледуваат потсистемите на јадрото.

Создавањето помодерен механизам за интеракција помеѓу одржувачите и програмерите, сличен на системот за „прашања“ и барањата за повлекување на GitHub со усвојување на закрпи директно во Git, ќе овозможи привлекување на помлади одржувачи во проектот. Тековниот процес на управување со развој заснован на е-пошта многу млади програмери го доживуваат како архаичен и непотребно одзема време. Во моментов, главната работна алатка за развивачите на кернелот е клиентот за е-пошта и многу е тешко за новодојденците кои дојдоа во индустријата пред 5-10 години и се навикнати на современи системи за колаборативен развој да се прилагодат на таква организација на работа.

Непријатноста се влошува со строгите барања за форматирање на буквите, од кои некои беа усвоени пред 25 години. На пример, мејлинг листата забранува употреба на HTML обележување, и покрај фактот што повеќето клиенти за е-пошта стандардно користат такво обележување. Како пример за тешкотиите што ги создава ова, беше споменат еден колега кој, за да испрати лепенка на мејлинг листата на OpenBSD која исто така не дозволува HTML пошта, требаше да инсталира посебен клиент за е-пошта, бидејќи неговиот главен клиент за е-пошта (Outlook) испраќа HTML пошта.

За да не се скршат воспоставените основи и да не се нарушат навиките на постоечките програмери, се предлага да се создаде режим за нови програмери што ви овозможува да поднесувате закрпи до одржувачите директно преку барања за повлекување или системи слични на „прашања“ и автоматски да се емитуваат ги до мејлинг листата на LKML.

Друга идеја е да се исклучи LKML од закрпи во корист на дискусии и објави. Во неговата сегашна форма, илјадници букви минуваат низ LKML, од кои повеќето се код директно предложен за вклучување во кернелот, а само мал дел се објави кои ја објаснуваат суштината на закрпи и дискусии. Објавените закрпи сè уште се рефлектираат во Git и обично се прифаќаат со користење на барања за повлекување во Git, а LKML само го документира процесот.

Извор: opennet.ru