La scorsa settimana, Linus Torvalds ha continuato con un'ampia intervista via e-mail a Jeremy Andrews, socio fondatore e CEO di Tag1.
Nella prima parte dell'intervista ad aprile, Torvalds ha discusso di tutto, dai chip ARM64 di Apple e dai driver Rust, al suo ambiente di lavoro da casa basato su Fedora e ai suoi pensieri sui primi giorni di Linux. Ma la seconda parte offre una visione più approfondita di come pensa Torvalds, una visione personale di ciò che condivideròa con altri responsabili del progetto e alcune idee su come convincere le aziende a far crescere il business.
Linus ha rivelato come ha proceduto all'inizio del progetto:
“Ricordo ancora i primi giorni, quando le persone mi mandavano arrangiamenti, e non li applicavo veramente come arrangiamenti, ma li leggevo, che capivo cosa volevano fare le persone e che lo facevo io stesso. Perché è così che ho iniziato il progetto, ed è così che mi sentivo più a mio agio e che conoscevo meglio il codice ”. Linus ha anche spiegato che era importante imparare a delegare: “Ho smesso di farlo abbastanza velocemente, perché sono fondamentalmente pigro. Sono diventato davvero bravo a leggere le patch e scoprire cosa stavano facendo, e poi le ho applicate ".
Linus Si sforzò anche di rimanere imparziale man mano che Linux cresceva e riscuoteva più successo:
“Consapevolmente non volevo lavorare per un'azienda Linux, ad esempio, ho mantenuto Linux per il primo decennio senza che fosse il mio lavoro. Questo non perché penso che gli interessi commerciali siano negativi, ma perché volevo assicurarmi che le persone mi vedessero come un partito neutrale e non mi sono mai sentito come "la concorrenza". «
Sebbene l'open source abbia riscosso un grande successo, molti degli utenti più grandi, come le aziende, fanno poco o nulla per supportare o contribuire ai progetti open source da cui dipendono.
Continua a digitare:
“E molte delle grandi aziende tecnologiche che utilizzano il kernel finiscono per essere attivamente coinvolte nel processo di sviluppo. A volte finiscono per fare molto lavoro interno e non sono molto bravi a respingere le cose (non faccio nomi e alcuni di loro stanno davvero cercando di fare meglio), ma in realtà è molto incoraggiante vedere il grande aziende che sono coinvolte in questo modo, molto aperte nello sviluppo di base a monte e sono membri importanti della comunità ”.
Alla domanda se l'open source sia sostenibile o meno, Linus ha risposto:
"Sì. Personalmente, sono convinto al 100% che non solo l'open source sia sostenibile, ma per questioni tecniche complesse hai davvero bisogno dell'open source solo perché lo spazio problematico finisce per essere troppo complesso per essere gestito da una singola azienda. Anche un'azienda tecnologica grande e competente ".
Chiave del successo per il manutentore di progetti open source: "esserci TUTTO IL TEMPO" e "essere aperti"
Quando Andrews voleva sapere cosa rende un progetto open source di successo, Linus ha ammesso:
“Non so davvero quale sia la chiave del successo. Sì, Linux ha avuto molto successo ed è chiaro che anche Git è partito con il piede giusto, ma è ancora molto difficile attribuirlo a una causa più profonda. Forse sono stato fortunato? O è stato a causa di tutte queste persone che avevano bisogno di questi progetti, io ero quello che si è alzato in piedi, ha fatto il lavoro e ha iniziato il progetto? «
Ma Linus spiegherà finalmente "alcuni punti pratici e concreti che personalmente considero importanti se sei un produttore di software open source". Consiglia che una persona responsabile di un progetto open source sia "presente" in ogni momento.
“Devi restare, devi essere presente per gli altri sviluppatori e devi esserci TUTTO IL TEMPO. Incontrerai problemi tecnici e sarà frustrante. Lavorerai con persone che potrebbero avere idee molto diverse su come risolvere questi problemi tecnici. E i problemi tecnici sono la parte facile, perché di solito hanno soluzioni tecniche, e spesso puoi dire in modo abbastanza oggettivo 'questo è meglio / più veloce / più facile / qualunque cosa' '.
L'altra chiave spiegata da Linus è essere "aperti", "essere aperti alle soluzioni degli altri. e non avere questa idea molto chiara e inflessibile di come le cose dovrebbero essere fatte. Ma Linus denuncia uno dei modi di essere aperti:
"È davvero facile creare una sorta di 'cricca' di persone, in cui si ha una cricca interna che discute di cose in privato, e poi si vedono davvero solo i risultati (o il lavoro marginale) in pieno giorno, perché tutte le cose importanti Sono accaduti all'interno di un'azienda o all'interno di un gruppo ristretto di persone e gli estranei hanno difficoltà a penetrare questi clic e spesso hanno persino difficoltà a vedere cosa sta succedendo in quel gruppo principale perché era così privato ed esclusivo.
“Questo è uno dei motivi per cui mi piacciono molto le mailing list aperte. Non è un elenco di "inviti". Non devi nemmeno registrarti per partecipare. È davvero aperto. E praticamente tutte le discussioni sullo sviluppo dovrebbero esserci ".
Parlando di altre competenze specifiche richieste per progetti open source di successo, Linus ha spiegato la sua esperienza. Secondo lui, "non è il risultato della pianificazione e della lettura di manuali di gestione, ecc. La maggior parte delle cose sono accadute da sole e la struttura che abbiamo oggi non proviene da un organigramma scritto, ma da persone che hanno appena "trovato il loro posto". Come accennato in precedenza, Linus raccomanda la delega dei compiti. Ha anche menzionato le capacità di comunicazione come "molto importanti".
fonte: https://www.tag1consulting.com