La setmana passada, Linus Torvalds va continuar amb una extensa entrevista per correu electrònic amb Jeremy Andrews, Soci fundador i director executiu de tag1.
A la primera part de l'entrevista a l'abril, Torvalds va parlar de tot, des dels xips ARM64 d'Apple i els controladors Rust, fins al seu propi entorn de treball des de casa basat en Fedora i els seus pensaments sobre els primers dies de Linux. Però la segona part ofereix una visió més profunda de com pensa Torvalds, una visió personal del que compartiría amb altres mantenidors de projectes i algunes idees sobre com aconseguir que les empreses ajudin a fer créixer el negoci.
Linus revelar com procedir quan va començar el projecte:
"Encara recordo els primers dies, quan la gent em enviava arranjaments, i realment no els aplicava com arranjaments, però els llegia, que entenia el que la gent volia fer i que ho vaig fer jo mateix. Perquè així vaig començar el projecte, i així em vaig sentir més còmode i que coneixia millor el codi ". Linus també va explicar que era important aprendre a delegar: "Vaig deixar de fer-ho bastant ràpid, perquè bàsicament sóc un gandul. Em vaig tornar molt bo llegint els pegats i descobrint el que estaven fent, i després els vaig aplicar ".
Linus també es va esforçar per romandre imparcial a mesura que Linux creixia i es tornava més reeixit:
"Jo molt conscientment no volia treballar per a una empresa de Linux, per exemple, vaig mantenir Linux durant la primera dècada sense que fos la meva feina. Això no és perquè cregui que els interessos comercials són dolents, sinó perquè volia assegurar-me que la gent em veiés com una part neutral i mai em vaig sentir com «la competència». «
Si bé el codi obert ha tingut un gran èxit, molts dels usuaris més grans, com les empreses, fan poc o gens per donar suport o contribuir als projectes de codi obert dels quals depenen.
Continua escrivint:
"I moltes de les grans empreses de tecnologia que utilitzen el nucli acaben participant activament en el procés de desenvolupament. De vegades acaben fent molta feina intern i no són molt bons empenyent les coses cap enrere (no anomenaré noms, i alguns d'ells realment estan tractant de fer-ho millor), però en realitat és molt encoratjador veure a les grans empreses que estan involucrades de manera molt oberta en el desenvolupament bàsic upstream i són membres importants de la comunitat ".
Quan se li va preguntar si el codi obert és sostenible o no, Linus va respondre:
"Sí. Personalment, estic 100% convençut que no només el codi obert és sostenible, sinó que per qüestions tècniques complexes realment necessita el codi obert només perquè l'espai de el problema acaba sent massa complex per ser manejat per una sola empresa. Fins i tot una empresa de tecnologia gran i competent ".
Clau per a l'èxit dels encarregats de l'manteniment de projectes de codi obert: «ser-hi TOT EL TEMPS» i «estar obert»
Quan Andrews va voler saber què fa que un projecte de codi obert sigui reeixit, Linus va admetre:
"Realment no sé quina és la clau de l'èxit. Sí, Linux ha tingut molt èxit i està clar que Git també ha començat amb el peu dret, però encara és molt difícil atribuir-ho a una causa més profunda. Potser vaig tenir sort? O va ser perquè de totes aquestes persones que necessitaven aquests projectes, jo vaig ser el que es va posar dret, va fer la feina i vaig començar el projecte? «
Però Linus finalment explicar »alguns punts pràctics i amb els peus a la terra que jo personalment considero important si vostè és un fabricant de programari de codi obert«. Recomana que una persona a càrrec d'un projecte de codi obert estigui «present» tot el temps.
"Has de quedar-te, has de ser-hi per als altres desenvolupadors, i has de ser-hi TOT EL TEMPS. Et trobaràs amb problemes tècnics i serà frustrant. Treballarà amb persones que poden tenir idees molt diferents sobre com resoldre aquests problemes tècnics. I els problemes tècnics són la part més fàcil, perquè generalment tenen solucions tècniques, i sovint es pot dir de manera bastant objectiva «això és millor / més ràpid / més fàcil / el que sigui» «.
L'altra clau que va explicar Linus és estar «obert», «estar obert a les solucions d'altres persones i no tenir aquesta idea molt clara i inflexible de com s'han de fer les coses ». Però Linus denuncia una de les formes de ser obert:
"És realment fàcil crear una mena de 'camarilla' de persones, on has una camarilla interna que discuteix les coses en privat, i després realment només veus el resultat final (o marginal treballar) a plena llum del dia, perquè totes les coses importants s'han succeït dins d'una empresa o dins d'un grup central de persones, i als externs els resulta difícil penetrar aquests clics i, sovint, fins i tot els costa veure el que està succeint en aquest grup principal perquè era tan privat i exclusiu ".
"Aquesta és una de les raons per les que realment m'agraden les llistes de correu obertes. No és una llista de «invitacions». Ni tan sols has de registrar-te per participar-hi. Està realment obert. I pràcticament totes les discussions sobre desenvolupament haurien d'estar allà ".
Parlant d'altres habilitats específiques necessàries per a projectes reeixits de codi obert, Linus va explicar la seva experiència. Segons ell, "no és el resultat de planificar i llegir manuals de gestió, etc. La majoria de les coses van succeir soles, i l'estructura que tenim avui no prové d'un organigrama escrit, sinó de persones que acaben de «trobar el seu lloc». Com ja es va esmentar anteriorment, Linus recomana la delegació de tasques. També va esmentar les habilitats de comunicació com a «molt importants».
font: https://www.tag1consulting.com