Forrige uke, Linus Torvalds fortsatte med et omfattende e-postintervju med Jeremy Andrews, grunnleggerpartner og administrerende direktør i Tag1.
I den første delen av intervjuet i april diskuterte Torvalds alt fra Apples ARM64-sjetonger og Rust-drivere, til sitt eget Fedora-baserte arbeid hjemmefra miljø og hans tanker om de første dagene av Linux. Men den andre delen gir en dypere innsikt i hvordan Torvalds tenker, en personlig innsikt av det jeg vil deleen med andre prosjektansvarlige og noen ideer om hvordan du kan få bedrifter til å bidra til å utvide virksomheten.
Linus avslørte hvordan han gikk frem da prosjektet startet:
«Jeg husker fortsatt de første dagene, da folk sendte meg ordninger, og jeg brukte dem ikke som ordninger, men jeg leste dem, at jeg forsto hva folk ville gjøre, og at jeg gjorde det selv. For det var slik jeg startet prosjektet, og det var slik jeg følte meg mer komfortabel og at jeg kjente koden bedre ”. Linus forklarte også at det var viktig å lære å delegere: «Jeg sluttet å gjøre det ganske raskt, fordi jeg i utgangspunktet er lat. Jeg ble veldig flink til å lese lappene og finne ut hva de gjorde, og så påførte jeg dem. "
Linus Han forsøkte også å forbli upartisk ettersom Linux vokste og ble mer vellykket:
“Jeg ville veldig bevisst ikke jobbe for et Linux-selskap, for eksempel holdt jeg Linux det første tiåret uten at det var min jobb. Dette er ikke fordi jeg synes forretningsinteresser er dårlige, men fordi jeg ønsket å sørge for at folk så på meg som et nøytralt parti, og jeg følte meg aldri som "konkurransen." «
Mens åpen kildekode har hatt stor suksess, gjør mange av de større brukerne, for eksempel bedrifter, lite eller ingenting for å støtte eller bidra til åpen kildekode-prosjekter de er avhengige av.
Fortsett å skrive:
“Og mange av de store teknologibedriftene som bruker kjernen, ender med å være aktivt involvert i utviklingsprosessen. Noen ganger ender de med å gjøre mye innsidearbeid, og de er ikke veldig flinke til å presse ting tilbake (jeg vil ikke nevne navn, og noen av dem prøver virkelig å gjøre det bedre), men det er faktisk veldig oppmuntrende å se de store selskaper som er involvert på en slik måte. veldig åpne i grunnleggende oppstrømsutvikling og de er viktige medlemmer av samfunnet ”.
På spørsmål om åpen kildekode er bærekraftig eller ikke, svarte Linus:
"Ja. Personlig er jeg 100% overbevist om at ikke bare er åpen kildekode bærekraftig, men for komplekse tekniske problemer trenger du virkelig åpen kildekode bare fordi problemområdet ender med å bli for komplisert til å bli håndtert av et enkelt selskap. Selv et stort og kompetent teknologiselskap. "
Nøkkel til suksess for vedlikeholdere av open source-prosjekter: "vær der HELE TIDEN" og "vær åpen"
Da Andrews ønsket å vite hva som gjør et open source-prosjekt vellykketInnrømmet Linus:
“Jeg vet egentlig ikke hva nøkkelen til suksess er. Ja, Linux har vært veldig vellykket, og det er tydelig at Git også har startet på høyre fot, men det er fortsatt veldig vanskelig å tilskrive det til en dypere sak. Kanskje jeg var heldig? Eller var det på grunn av alle disse menneskene som trengte disse prosjektene, jeg som sto opp, jobbet og startet prosjektet? «
Men Linus vil endelig forklare »noen praktiske og jordnære punkter som jeg personlig anser som viktige hvis du er en programvare produsent med åpen kildekode«. Anbefaler at en person med ansvar for et open source-prosjekt til enhver tid er "til stede".
“Du må bli, du må være der for de andre utviklerne, og du må være der HELE TIDEN. Du vil støte på tekniske problemer, og det vil være frustrerende. Du vil jobbe med mennesker som kan ha veldig forskjellige ideer om hvordan du løser disse tekniske problemene. Og de tekniske problemene er den enkle delen, fordi de vanligvis har tekniske løsninger, og du kan ofte si ganske objektivt 'dette er bedre / raskere / enklere / hva som helst' '.
Den andre nøkkelen Linus forklarte, er å være "åpen", "å være åpen for andres løsninger. og ikke ha denne veldig klare og ufleksible ideen om hvordan ting skal gjøres. Men Linus fordømmer en av måtene å være åpen på:
“Det er veldig enkelt å lage en slags" klike "av mennesker, der man har en intern klike som diskuterer ting privat, og da ser man egentlig bare bunnlinjen (eller marginalarbeid) i dagslys, fordi alle viktige ting De har skjedd i et selskap eller i en kjernegruppe av mennesker, og utenforstående synes det er vanskelig å trenge gjennom disse klikkene og har ofte til og med vanskelig for å se hva som skjer i kjernegruppen fordi det var så privat og eksklusivt.
“Dette er en av grunnene til at jeg virkelig liker åpne adresselister. Det er ikke en liste over "invitasjoner." Du trenger ikke en gang å registrere deg for å delta. Det er veldig åpent. Og praktisk talt alle utviklingsdiskusjoner bør være der. "
Apropos andre spesifikke ferdigheter som kreves for vellykkede open source-prosjekter, forklarte Linus sin erfaring. Ifølge ham, “er det ikke et resultat av planleggings- og lesehåndbøker osv. De fleste ting skjedde alene, og strukturen vi har i dag kommer ikke fra et skriftlig organisasjonsskjema, men fra mennesker som nettopp har "funnet sin plass." Som nevnt ovenfor anbefaler Linus delegering av oppgaver. Han nevnte også kommunikasjonsevner som "veldig viktig."
Fuente: https://www.tag1consulting.com