Bahasa Melayu

Gaya Kepemimpinan Linus Torvalds: Diktator Murah Hati yang Menghantar pada Skala

Profil Kepemimpinan Linus Torvalds

Fakta Utama: Linus Torvalds (lahir 28 Disember 1969, Helsinki) mencipta kernel Linux pada 1991 sebagai pelajar Universiti Helsinki dan melepaskannya di bawah GPL v2. Dia mencipta Git pada April 2005 selepas komunitas Linux kehilangan akses BitKeeper, menulis terasnya dalam 10 hari. Linux kini menjalankan lebih 80% daripada pelayan awan awam, 97% daripada komputer super dunia, dan peranti Android pada kira-kira 3 bilion telefon genggam. Torvalds adalah BDFL (Diktator Murah Hati Seumur Hidup) kernel Linux dan rakan Linux Foundation. Pada September 2018 dia mengeluarkan permintaan maaf terbuka untuk komunikasi yang bermusuhan di Senarai Mel Kernel Linux, mengambil cuti singkat, dan kembali dengan Kod Kelakuan yang diterima pakai oleh seluruh projek.

Doktrin BDFL (Model Torvalds Menghantar-pada-Skala)

Doktrin BDFL adalah struktur kepemimpinan di mana seorang pengasas yang secara teknikal boleh dipercayai tunggal memegang kuasa penggabungan akhir ke atas pangkalan kod sambil mewakilkan hampir semua semakan hari ke hari kepada penguasa subsistem yang dipercayai. Ia berfungsi apabila piawaian diktator adalah boleh dilihat secara konsisten, diterapkan secara telus, dan dilaksanakan dengan jarang — pewakilisasi sebagai lalai, kuasa pusat sebagai pengecualian — supaya ribuan penyumbang tanpa perhubungan pekerjaan masih dapat menghasilkan produk yang koheren pada skala.

Pada 25 Ogos 1991, pelajar berusia 21 tahun di Universiti Helsinki menghantar mesej ke kumpulan berita comp.os.minix: "Saya melakukan (bebas) sistem operasi (hanya hobi, tidak akan besar dan profesional seperti gnu) untuk 180(486) AT klon." Dia menandatangi ia Linus Torvalds.

Tiga puluh lima tahun kemudian, OS hobi itu menjalankan 97% daripada komputer super dunia teratas. Ia menggerakkan majoriti pelayan awan di seluruh dunia. Android, yang berjalan pada kira-kira 3 bilion peranti aktif, dibangun di atas kernel Linux yang diubah suai. Infrastruktur di bawah Google, Amazon, Meta, dan hampir setiap syarikat teknologi utama menjalankan kod yang mengesankan kembali kepada siaran Usenet 1991 itu.

Linus Torvalds tidak memimpin projek ini dengan kuasa bagan organisasi, insentif ekuiti, atau struktur pengurusan formal. Dia memimpinnya melalui kredibiliti teknikal, lesen yang memastikan projek tetap struktur terbuka, dan kesediaan untuk membuat keputusan akhir apabila orang lain tidak boleh mencapai konsensus — semua sambil memegang pekerjaan sepenuh masa dan tidak mengekalkan minat komersial sebenar dalam hasil.

Memahami cara itu berfungsi, dan di mana ia pecah, berguna untuk mana-mana pemimpin kejuruteraan yang cuba membina sesuatu yang melampaui orang yang memulainya.

Pemecahan Gaya Kepemimpinan

Gaya Berat Cara ia Ditunjukkan
Diktator Murah Hati 55% Torvalds tidak memegang kuasa rasmi ke atas penyumbang Linux. Dia tidak boleh memberhentikan sesiapa pun. Dia tidak mengawal gaji mereka. Tetapi dia mengawal apa yang masuk ke dalam kernel, dan kuasa penggabungan akhir itu adalah cara projek mengekalkan koheren merentas ribuan penyumbang daripada ratusan organisasi. Dia menggunakannya dengan jarang — kebanyakan keputusan diwakilkan kepada penguasa subsistem yang dipercayai — tetapi apabila ada percanggahan tentang arah teknikal yang komunitas tidak boleh menyelesaikan, dia memutuskan. Kesediaannya untuk membuat panggilan yang sukar tanpa konsensus, dan untuk menjelaskan penalarannya secara terbuka, adalah apa yang menjadikan model BDFL berfungsi daripada tergantung.
Meritokrat Teknikal 45% Torvalds bukan mempunyai kesabaran untuk kod yang tidak memenuhi piawaiannya, tanpa mengira siapa yang menulisnya. Dia telah menolak tampalan daripada penyumbang kanan, syarikat besar, dan ahli komuniti lama apabila kod itu tidak betul. Konsistensi itu — piawai diterapkan kepada semua orang secara sama — adalah apa yang memberikan kewibawaannya legitimasi dalam komuniti yang tidak mempunyai perhubungan pekerjaan untuk jatuh kembali padanya. Meritokrasi dalam konteks ini bukan pernyataan nilai. Ia adalah mekanisme operasi. Tanpanya, model BDFL runtuh kerana keputusan diktator kelihatan sewenang-wenang daripada berasaskan prinsip.

Pembahagian 55/45 tidak stabil dalam semua konteks. Apabila komunitas mempercayai meritokrasi, peranan diktator murah hati surut dan penguasa subsistem menangani kebanyakan keputusan. Apabila sesuatu yang kontroversi timbul, keseimbangan bergeser dan Torvalds melangkah masuk. Dinamik itu — pewakilisasi sebagai lalai, kuasa pusat sebagai pengecualian — adalah apa yang membolehkan projek berskala tanpa Torvalds menyemak setiap perubahan.

Sifat-Sifat Kepemimpinan Utama

Sifat Penilaian Apa Maksudnya dalam Amalan
Piawaian kod yang tidak boleh berkompromi Luar Biasa Torvalds sanggup menolak sebarang sumbangan yang tidak memenuhi bar teknikal, dan untuk menjelaskan dengan tepat mengapa secara terbuka. Senarai Mel Kernel Linux (LKML) telah menenjamkan beberapa penolakan yang sangat langsung selama bertahun-tahun, termasuk beberapa yang menjadi contoh yang dikutip secara luas tentang cara tidak menulis kod kernel. Piawaian bukan hanya tentang ketepatan teknikal — ia tentang kebolehpengurusan pada skala. Kod yang sukar difahami, yang memecah abstraksi, atau yang mengoptimalkan perkara yang salah ditolak walaupun ia berfungsi. Ini menghasilkan pangkalan kod dengan 27 juta baris yang masih dibina dan dihantar pada ribuan konfigurasi perkakasan.
Ketelusan radikal dalam maklum balas Sangat Tinggi Segala-galanya berlaku secara terbuka pada senarai mel. Ulasan tampalan, perdebatan reka bentuk, percanggahan seni bina, dan kritikan peribadi semuanya boleh dilihat oleh sesiapa yang melanggan. Ketelusan itu mempunyai dua kesan: ia mengagihkan pengetahuan (anda belajar dengan membaca ulasan orang lain) dan ia menguatkuasakan akauntabiliti (semua orang boleh melihat apabila seseorang menghantar kerja buruk). Keburukan adalah bahawa ia mencipta persekitaran geseran tinggi yang banyak penyumbang, terutamanya yang muda, dapati tidak menggalakkan. Pengadopsian Kod Kelakuan 2018 adalah tindak balas langsung kepada maklum balas bahawa ketelusan itu digunakan untuk menakut-nakutkan daripada mendidik.
Kebolehsenggaran jangka panjang daripada kelajuan Tinggi Torvalds secara konsisten mengutamakan kod yang akan betul dan boleh diselenggara lima tahun dari sekarang daripada kod yang menyelesaikan masalah segera lebih pantas. Ini bermakna menerima hutang teknikal perlahan ke dalam kernel, mengkaji semula keputusan reka bentuk yang terbukti salah, dan menolak tampalan yang berfungsi hari ini tetapi akan menyebabkan masalah pada skala. Kestabilan kernel — keupayaan untuk berjalan pada segalanya daripada Raspberry Pi kepada komputer super tanpa menulis semula teras — adalah hasil langsung daripada keutamaan itu. Ia juga bermakna Linux bergerak lebih perlahan dalam beberapa kawasan daripada sistem operasi yang didorong perdagangan.
Pewakilisasi terkontrol melalui letnan yang dipercayai Tinggi Torvalds bukan menyemak setiap tampalan. Dia menyemak apa yang penguasa subsistem beliau tarik daripada domain mereka. Pohon penguasa adalah hierarki informal kepercayaan teknikal: seseorang yang telah menyumbang kod baik kepada subsistem rangkaian selama bertahun-tahun menjadi penguasa rangkaian, yang kemudian mengulas sumbangan di kawasan itu dan memutuskan apa yang harus diluluskan ke atas rantai. Ini membolehkan Torvalds memberi tumpuan kepada seni bina dan keputusan lintas pemotong tanpa menjadi kesesakan. Tetapi ia juga bermakna projek bergantung pada perhubungan penguasa itu — apabila penguasa kunci kehabisan semangat atau meninggalkan, keseluruhan subsistem boleh terhenti.

3 Keputusan yang Menentukan Linus Torvalds

1. Siaran Usenet 1991 yang Menabur Komuniti

Torvalds boleh telah membina Linux senyap dan melepaskannya apabila ia selesai. Sebaliknya, dia menyiarkan ke kumpulan berita sebelum ia siap, menggambarkannya dengan tepat sebagai projek hobi, dan meminta maklum balas. Keputusan itu — untuk melepaskan awal dan meminta kolaborasi daripada memoles dahulu dan membentangkan kerja selesai — menetapkan model untuk pembangunan sumber terbuka yang kini mempunyai nama dan industri.

Komuniti awal tidak besar. Tetapi ia memasukkan orang yang secara teknikal mampu dan berminat dalam masalah yang Torvalds bekerja padanya. Dalam berbulan-bulan, sumbangan daripada orang yang tidak pernah dia bertemu adalah meningkatkan kod lebih cepat daripada dia dapat meningkatkannya sendiri. Projek bukan hanya berkembang — ia menjadi lebih baik daripada input yang tidak dapat dihasilkan oleh dirinya.

Ini adalah perkara yang paling ramai orang terlepas tentang Torvalds sebagai pemimpin: titik leverage utamanya bukan kod beliau sendiri. Ia mencipta konteks di mana kod orang lain dapat meningkatkan proyeknya. Dia menetapkan piawaian, mengekalkan kuasa akhir, dan memungkinkan ribuan orang menyumbang berguna tanpa menyelaras secara langsung antara satu sama lain. Seni bina rangkaian model pembangunan Linux — sumbangan yang tersebar, piawaian yang jelas, kuasa penggabungan pusat — adalah keputusan reka bentuk organisasi yang memungkinkan segala-galanya yang lain.

Untuk pengoperasi hari ini, soalannya adalah sama ada budaya kejuruteraan anda dirancang untuk melipatgandakan sumbangan atau untuk memusatkannya. Kebanyakan organisasi kejuruteraan menambah bilangan kepala untuk menambah kapasiti. Torvalds membina model di mana penyumbang marginal tidak memerlukan overhed pengurusan berkadar dengan sumbangan mereka. Jeff Dean mencapai sesuatu yang serupa di Google — bukan melalui dinamik komuniti sumber terbuka tetapi melalui menetapkan piawaian teknikal begitu tinggi sehingga jurutera lain menyelaraskan kerja mereka ke atas ke arah bar beliau daripada memerlukan pengurusan langsung. Itu secara struktur luar biasa dan patut dikaji.

2. Memilih GPL v2: Memastikan Linux Percuma Selamanya

Pada 1991, Torvalds melepaskan Linux di bawah Lesen Awam Umum GNU versi 2. Linux Foundation, ditubuhkan pada 2000, kemudian menjadi penjaga ekosistem yang telah dibangunnya. Keputusan itu, lebih daripada sebarang pilihan teknikal, menentukan bentuk segala-galanya yang mengikuti.

GPL v2 memerlukan bahawa sesiapa yang mengedarkan perisian yang berasal daripada kod berlesen GPL mesti melepaskan pengubahsuaian mereka di bawah lesen yang sama. Anda boleh menggunakan Linux dalam produk komersial. Anda boleh mengubahnya. Tetapi anda tidak boleh mengambil pengubahsuaian itu menjadi proprietari. Ini adalah apa yang menghalang sebarang syarikat tunggal daripada bercabang Linux, meningkatkannya untuk tujuan mereka sendiri, dan menolak untuk berkongsi peningkatan itu dengan komuniti.

Tanpa GPL v2, IBM, Red Hat, Google, dan Amazon dapat masing-masing mengambil Linux, menambah peningkatan proprietari, dan mencipta versi yang tidak selaras. Kernel akan bercabang. Pelaburan komuniti dalam pangkalan kod tunggal akan hilang. Peningkatan kumulatif gaya Deming daripada ribuan penyumbang yang membina di atas asas bersama akan berhenti.

Torvalds telah jelas bahawa ini adalah pilihan sengaja. Dia juga telah jelas bahawa ia tidak berlaku cara Yayasan Perisian Percuma kadang-kadang berhujah — dia telah mengekalkan bahawa ruang kernel dan ruang pengguna mempunyai sempadan yang jelas, dan bahawa program ruang pengguna yang berjalan di Linux bukan karya yang berasal. Tafsiran praktikal itu telah membenarkan ekosistem komersial yang besar untuk dibina di atas Linux tanpa mencetuskan keperluan GPL pada kod mereka sendiri.

Pelajaran kepemimpinan bukan tentang lesen sumber terbuka secara khusus. Ini adalah tentang keputusan struktur yang sama ada mencipta atau menutup pilihan jangka panjang. Torvalds membuat keputusan pada 1991 yang kekangan setiap pilihan berikutnya — tetapi kekangan itu berada dalam arah yang tepat yang membuat Linux lebih bernilai dari masa ke masa, bukan kurang.

3. Mencipta Git dalam 10 Hari Selepas BitKeeper Runtuh

Pada April 2005, komunitas pembangunan kernel Linux kehilangan akses kepada BitKeaker, sistem kawalan versi proprietari yang mereka gunakan. Lesen telah dibatalkan selepas percanggahan dengan pemilik BitKeeper. Torvalds mempunyai 48 jam amaran sebelum projek itu akan tanpa kawalan versi.

Dia dapat menilai penyelesaian sedia ada — CVS, Subversion, apa yang tersedia. Dia memilih sebaliknya untuk menulis sistem kawalan versi baru daripada awal yang dirancang khusus untuk cara pembangunan kernel Linux benar-benar berfungsi: terdesentralisasi, tanpa pelayan pusat, cukup pantas untuk menangani ribuan tampalan daripada ratusan penyumbang, dan betul dalam penanganan sejarah gabungannya.

Teras Git ditulis dalam 10 hari. Ia kini dianjurkan dan dikekalkan di bawah infrastruktur kernel.org bersama kernel Linux itu sendiri. Komit kernel Linux pertama menggunakan Git berlaku pada 16 April 2005. Keluaran 1.0 datang pada Disember 2005.

Git kini adalah sistem kawalan versi dominan dalam pembangunan perisian. GitHub, yang dibina di atas Git, mempunyai lebih 100 juta pemaju dan lebih 420 juta repositori setakat 2025. Model alur kerja Torvalds dirancang untuk pembangunan kernel Linux — repositori yang terdesentralisasi, komit lokal, penggabungan yang jelas — menjadi piawai untuk hampir semua pembangunan perisian profesional.

Proses pembuatan keputusan di sini bernilai untuk diperiksa. Torvalds mempunyai masalah konkret, tarikh akhir keras, set keperluan khusus yang alat sedia ada tidak memenuhi, dan pilihan antara menyesuaikan sesuatu yang sedia ada atau membina sesuatu yang betul. Dia membina sesuatu yang betul, dengan cepat, dan ia melampaui masalah yang mendorongnya dengan berpuluh-puluh tahun. Itu bukan gaya pembuatan keputusan tersedia kepada semua orang — ia memerlukan keupayaan khusus untuk mengenali apabila penyelesaian baru bernilai lebih daripada adaptasi satu sedia ada, kemudian melaksanakan padanya lebih pantas daripada tarikh akhir membenarkan untuk pertimbangan.

Apa Yang Torvalds Akan Lakukan dalam Peranan Anda

Jika anda seorang CEO, model Torvalds menunjukkan untuk bertanya sama ada seni bina organisasi anda memungkinkan sumbangan yang tersebar atau memusatkannya. Kebanyakan syarikat membina pembuatan keputusan yang kesesakan di lapisan eksekutif — segala-galanya penting memerlukan tanda tangan daripada segelintir orang. Torvalds membina sistem di mana ribuan orang membuat keputusan bebas setiap hari, dan kuasa pusat hanya melibatkan pada keputusan yang memerlukan penilaian lintas pemotong. Itu memerlukan pelaburan berat dalam piawaian dan norma yang membuat pembuatan keputusan yang tersebar selamat. Tetapi leverage adalah besar: anda mendapat lebih banyak keputusan dibuat dengan betul tanpa menambah pada kesesakan eksekutif.

Jika anda seorang COO, cerita asal Git bernilai untuk digunakan kepada infrastruktur dan keputusan alat anda. Apabila kebergantungan kritikal gagal, refleks adalah untuk mencari penggantian terdekat dan terus bergerak. Torvalds menanya soalan yang lebih sukar: apakah sistem yang dirancang untuk alur kerja sebenar kami kelihatan? Soalan itu lebih perlahan untuk menjawab tetapi menghasilkan alat yang sesuai daripada alat yang cukup dekat. Kenal pasti dua atau tiga tempat di mana pasukan anda telah membina penyelesaian di atas alat yang tidak dirancang untuk konteks anda. Itu adalah di mana soalan reka bentuk gaya Git bernilai untuk ditanya.

Jika anda seorang pemimpin produk, prinsip kebolehsenggaran daripada kelajuan diterapkan secara langsung kepada keputusan hutang teknikal. Torvalds secara konsisten menolak tampalan yang menyelesaikan masalah segera tetapi mencipta kerumitan masa depan. Kebanyakan pasukan produk membuat perdagangan bertentangan: hantar cepat, bersih-bersih kemudian. Itu sering panggilan betul dalam peringkat awal. Tetapi pada skala, kerumitan terkumpul keputusan "hantar pantas" menjadi kekangan pada halaju masa depan. Tanyakan pasukan anda berapa peratusan kapasiti sprint semasa yang diperuntukkan untuk kerja yang tidak akan wujud jika anda telah mengekalkan piawaian yang lebih ketat enam bulan yang lalu. Jawapan memberitahu anda sama ada anda berada dalam kedudukan untuk mula menggunakan piawaian Torvalds.

Jika anda dalam jualan atau pemasaran, model komuniti sumber terbuka mempunyai analogi langsung dalam rakan dan pembangunan ekosistem. Torvalds membina projek di mana orang menyumbang kerana mereka mendapat nilai daripada menyumbang — peningkatan mereka kepada Linux juga meningkatkan sistem yang mereka bergantung padanya. Jika anda membina ekosistem rakan, tanyakan sama ada rakan anda menyumbang kerana perhubungan secara tulen membuat produk mereka lebih baik, atau kerana anda telah mencipta insentif transaksi yang cukup untuk mengkompensasi geseran. Jenis pertama ekosistem kompaun. Jenis kedua memerlukan penyelenggaraan yang berterusan.

Cara Rework Sesuai dengan Model Torvalds

Model Torvalds berjalan pada dua perkara pasukan kejuruteraan anda mungkin kekurangan ketampakan ke: ulasan kod meritokrasi dan disiplin menghantar. Di atas kernel, setiap tampalan boleh dilihat, setiap penolakan adalah terbuka, dan produktiviti setiap penguasa boleh diukur terhadap bar yang sama. Kebanyakan organisasi perisian cuba mereplikasi ini dengan tiket Jira dan standup — artifak yang menjejaki aktiviti tetapi menyembunyikan sama ada piawai ulasan benar-benar konsisten merentas pengulas, atau sama ada kadar pengiriman tertumpu dalam beberapa penyumbang. Rework memberikan pemimpin kejuruteraan ketampakan proses merentas alur kerja sebenar: masa kitaran PR kepada pengiriman per penguasa, taburan beban ulasan, dan di mana tampalan terhenti sebelum penggabungan. Maksud bukan untuk menguruskan ulasan; ia adalah untuk melihat sama ada meritokrasi pasukan anda adalah nyata atau sama ada beberapa jurutera kanan senyap-senyap membawa piawai. Torvalds menjadikan senarai mel kernel sistem rekod supaya komuniti dapat membetulkan diri. Rework memainkan peranan itu untuk pasukan kejuruteraan dalaman tanpa mendesak geseran LKML ke orang yang tidak telah memilihnya.

Petikan Terkenal & Pelajaran Seterusnya di Sebalik Dewan Pengarah

Torvalds berkata dalam syarahan TED 2012: "Saya adalah orang yang sangat malas yang suka mengambil kredit untuk perkara yang orang lain benar-benar lakukan." Itu bukan kerendahan palsu — ia adalah perihalan tepat bagi model leverage. Dia telah menghabiskan 35 tahun membina sistem dan piawaian yang membenarkan orang lain melakukan kerja pembangunan sebenar, dengan dirinya sebagai penapis akhir dan penerima kredit. Itu adalah pengaruh pada skala: visi anda dilaksanakan oleh ribuan orang yang mempunyai motivasi mereka sendiri untuk sertai.

Di LKML dalam pelbagai bentuk selama bertahun-tahun, dia telah jelas tentang mengapa dia menolak kod: bukan kerana pengarang salah, tetapi kerana kod akan dikekalkan oleh komunitas Linux selama berpuluh-puluh tahun dan perlu difahami oleh seseorang yang tidak berada dalam perbualan asal. "Bercakap adalah murah. Tunjukkan saya kod." Itu bukan penolakan perancangan — ia adalah pernyataan bahawa kod yang berfungsi dalam pengeluaran adalah satu-satunya bukti yang benar-benar penting. Idea yang terdengar betul tetapi tidak bertahan pelaksanaan adalah biasa. Kod yang berjalan pada 97% daripada komputer super dunia adalah kategori yang jauh lebih sempit.

Permintaan maaf awamnya pada 2018, apabila dia mengambil sebulan jauh daripada kernel dan kembali dengan Kod Kelakuan yang diterima pakai di seluruh projek, juga menunjukkan: "Saya perlu mengubah beberapa perilaku saya, dan saya mahu meminta maaf kepada orang yang perilaku peribadi saya sakiti dan mungkin mendorong jauh daripada pembangunan kernel." Dia bukan membela perilaku beliau yang lalu. Dia mengakui ia merugikan dan mengubahnya. Kesediaan itu untuk secara terbuka mengubah kelakuan, bukan hanya dasar, adalah apa yang membenarkan beliau untuk kembali memimpin projek tanpa kehilangan kredibiliti.

Tempat Gaya Ini Pecah

Budaya nyalaan senarai mel yang Torvalds amalkan untuk berpuluh-puluh tahun adalah berkesan pada kod lemah penapis dan pemikiran lemah. Ia juga berkesan pada penapis penyumbang yang tidak disediakan untuk mempunyai kerja mereka dihancurkan secara terbuka oleh pencipta projek. Pengadopsian Kod Kelakuan 2018 datang selepas bertahun-tahun kritikan bahawa komuniti kernel bermusuhan kepada pendatang baru, wanita, dan sesiapa yang tidak sesuai dengan arca teknikal khusus. Torvalds mengakui ini adalah masalah sebenar, bukan aduan daripada orang yang tidak dapat mengambil kritik.

Model BDFL juga tidak dipindahkan kepada organisasi dengan tekanan P&L dan perhubungan pekerjaan. Torvalds boleh membuat keputusan yang mengecewakan penyumbang besar kerana penyumbang itu bukan mempunyai kuasa ke atasnya. Elon Musk menggunakan kuasa teknikal serupa yang jelas di dalam syarikat yang dia mengawal, tetapi dengan leverage pekerjaan di sebaliknya — yang menghasilkan pematuhan jangka pendek yang lebih pantas dan kerapuhan institusi jauh lebih besar daripada model Torvalds, di mana penyumbang boleh hanya berhenti menyumbang. Dalam syarikat, keadaan setara — CTO mengatasi keputusan VP kejuruteraan berulang kali — mencipta masalah pengekalan dan memusnahkan kepercayaan yang membuat pewakilisasi berfungsi.

Dan kombinasi khususnya — kredibiliti teknikal yang tidak tersamai ditambah kuasa akhir yang jelas ditambah berpuluh-puluh tahun perilaku awam yang konsisten — hampir mustahil untuk mereplikasi. Anda boleh mengambil elemen struktur (sumbangan yang tersebar, piawaian meritokrasi, kuasa penggabungan pusat) tanpa mempunyai asas legitimasi yang sama. Itu mengubah prestasi model.

Soalan Kerap Ditanya tentang Kepemimpinan Linus Torvalds

Siapa Linus Torvalds?

Linus Torvalds adalah jurutera perisian Amerika-Finlandia lahir 28 Disember 1969 di Helsinki. Dia mencipta kernel Linux pada 1991 sebagai pelajar Universiti Helsinki dan mencipta Git pada 2005. Dia kekal BDFL kernel Linux dan adalah rakan Linux Foundation.

Apakah model BDFL?

BDFL bermaksud Diktator Murah Hati Seumur Hidup. Ia menggambarkan model tadbir urus di mana satu pengasas yang secara teknikal boleh dipercayai memegang kuasa akhir ke atas projek tetapi mewakilkan keputusan hari ke hari kepada penguasa yang dipercayai. Diktator melibatkan hanya pada panggilan lintas pemotong atau dipertandingkan, yang membolehkan projek berskala tanpa kesesakan pada satu orang.

Bagaimana Torvalds menjalankan komunitas kernel Linux?

Melalui hierarki tidak formal penguasa subsistem yang mengulas tampalan dalam domain mereka dan mengluluskan perubahan yang bernilai ke atas rantai. Torvalds mengulas apa yang penguasa hantar kepadanya, bukan tampalan individu. Semua perbincangan berlaku secara terbuka pada Senarai Mel Kernel Linux (LKML), supaya piawaian dan penolakan boleh dilihat oleh semua orang.

Mengapa Torvalds mengambil cuti pada 2018?

Pada September 2018 Torvalds secara terbuka meminta maaf untuk komunikasi bermusuhan selama bertahun-tahun di LKML, mundur daripada kernel selama kira-kira sebulan, dan kembali dengan Kod Kelakuan yang diterima pakai di seluruh projek. Dia mengakui perilakunya telah mendorong penyumbang jauh dan berkomitmen untuk mengubahnya — bukan hanya dasar di sekelilingnya.

Apakah cerita penciptaan Git?

Pada April 2005 komunitas pembangunan kernel Linux kehilangan akses kepada BitKeeper, sistem kawalan versi proprietari yang digunakan sejak 2002. Dengan amaran 48 jam, Torvalds memilih untuk membina VCS teragih baru daripada mengambil yang sedia ada. Dia menulis teras Git dalam 10 hari; komit kernel Linux pertama menggunakan Git mendarat 16 April 2005, dan Git 1.0 dihantar Disember itu. Git kini adalah VCS dominan dalam pembangunan perisian.

Apa yang boleh dipelajari oleh pemimpin sumber terbuka daripada Torvalds?

Tiga perkara. Pertama, lepaskan awal dan biarkan penyumbang meningkatkan projek lebih pantas daripada anda boleh sendirian. Kedua, pilih kekangan struktur (seperti GPL v2) yang nilai kompaun dari masa ke masa daripada menutupnya. Ketiga, pastikan piawaian boleh dilihat dan konsisten diterapkan — meritokrasi hanya berfungsi sebagai legitimasi apabila bar yang sama berlaku kepada penyumbang muda dan kepada IBM.

Untuk pembacaan berkaitan tentang kepemimpinan kejuruteraan, lihat Gaya Kepemimpinan Werner Vogels, Gaya Kepemimpinan Martin Fowler, dan Gaya Kepemimpinan Andy Grove.