Pembangunan kernel Linux sekali lagi menyerlahkan piawaian ketat yang mengawal salah satu projek sumber terbuka paling kritikal di dunia. Kontroversi terkini berpusat pada penyerahan kod yang ditolak untuk sokongan seni bina RISC-V, menunjukkan bagaimana masa, kualiti kod, dan keputusan seni bina bersilang dalam pembangunan kernel.
Penyerahan Lewat Mencetuskan Respons Keras
Insiden bermula apabila Palmer Dabbelt, seorang jurutera perisian di Meta (dahulunya Facebook), menyerahkan satu set patch RISC-V untuk tetingkap penggabungan Linux 6.17. Masa tersebut terbukti bermasalah, kerana Linus Torvalds sebelum ini telah memberi amaran kepada pembangun mengenai jadual perjalanannya yang akan datang disebabkan acara keluarga di seluruh Amerika Syarikat dan Finland. Torvalds telah secara jelas meminta penyerahan awal dan memberi amaran bahawa permintaan tarik lewat akan menghadapi penelitian yang lebih ketat dalam tempoh ini.
Konteks Garis Masa:
- Konflik masa tetingkap penggabungan Linux 6.17 dengan acara keluarga Torvalds
- Torvalds mengembara untuk majlis perkahwinan dan sambutan hari lahir di Amerika Syarikat dan Finland
- Penambahbaikan RISC-V ditangguhkan ke kitaran pembangunan Linux 6.18
Isu Teknikal Melebihi Masa Yang Tidak Sesuai
Walaupun penyerahan lewat pada mulanya menarik kritikan, masalah teknikal yang lebih mendalam muncul semasa semakan. Patch tersebut termasuk pengubahsuaian kepada fail header generik Linux dan bukannya mengehadkan perubahan kepada kod khusus RISC-V. Keputusan seni bina ini menimbulkan kebimbangan mengenai potensi kesan terhadap komponen kernel yang tidak berkaitan dan kestabilan sistem keseluruhan.
Fungsi Pembantu Kontroversi Menarik Kritikan Tajam
Elemen yang paling kontroversial melibatkan fungsi pembantu yang dipanggil make_u32_from_two_u16(), direka untuk menggabungkan dua integer 16-bit tidak bertanda menjadi integer 32-bit. Torvalds mencirikan fungsi ini sebagai gila dan tidak bermakna, dengan hujah bahawa ia mengaburkan susunan data dan memperkenalkan kerumitan yang tidak perlu. Beliau berpendapat bahawa fungsi tersebut menjadikan kod kurang dapat difahami dan secara aktif merendahkan kualiti pangkalan kod.
Isu Teknikal Utama Yang Dikenal Pasti:
- Fungsi pembantu
make_u32_from_two_u16()dianggap tidak perlu dan mengelirukan - Pengubahsuaian fail pengepala generik berbanding perubahan khusus untuk RISC-V
- Penyerahan lewat semasa tetingkap penggabungan walaupun telah diberi amaran sebelum ini
- Kesan negatif yang berpotensi terhadap komponen kernel yang tidak berkaitan
 |
|---|
| Linus Torvalds menyuarakan kebimbangannya terhadap reka bentuk yang berbelit-belit bagi fungsi pembantu dalam tampalan RISC-V yang ditolak |
Kebimbangan Pencemaran Fail Header Generik
Keputusan untuk meletakkan fungsi khusus RISC-V dalam fail header generik amat mengecewakan Torvalds. Beliau menekankan bahawa amalan sedemikian boleh memberi kesan negatif kepada ekosistem Linux yang lebih luas dengan memaksa kod yang tidak berkaitan untuk menampung keperluan khusus seni bina. Pendekatan ini melanggar prinsip pembangunan kernel yang telah ditetapkan yang mengutamakan pemisahan bersih antara komponen generik dan khusus seni bina.
Jangkaan Jelas Ditetapkan untuk Penyerahan Masa Depan
Selepas penolakan, Torvalds mengeluarkan garis panduan khusus untuk sumbangan masa depan. Beliau mewajibkan penyerahan memberi tumpuan secara eksklusif kepada perubahan khusus seni bina melainkan terdapat sebab yang meyakinkan untuk pengubahsuaian generik. Sebarang perubahan generik mesti menunjukkan faedah yang jelas dan tiba jauh sebelum tarikh akhir. Arahan tersebut berfungsi sebagai amaran kepada penyumbang langsung dan panduan untuk komuniti pembangunan yang lebih luas.
Respons Pembangun dan Reaksi Komuniti
Dabbelt mengakui maklum balas tersebut dan komited untuk meningkatkan masa penyerahan dan kualiti kod untuk sumbangan masa depan. Pertukaran tersebut mencetuskan reaksi berbeza dalam komuniti pembangunan, dengan sesetengah pihak mempertahankan pendekatan langsung Torvalds sebagai perlu untuk mengekalkan piawaian projek, manakala yang lain mempersoalkan sama ada nada tersebut memberi tujuan yang membina.
Evolusi Gaya Kepimpinan
Insiden tersebut mencerminkan pendekatan kepimpinan Torvalds yang berkembang tetapi masih menuntut. Walaupun gaya komunikasinya telah menjadi sederhana sejak komitmen 2018 untuk meningkatkan interaksi pembangun, beliau mengekalkan piawaian yang tidak berkompromi untuk kualiti kod dan protokol penyerahan. Keseimbangan antara kelakuan profesional dan ketegasan teknikal ini terus membentuk budaya pembangunan kernel Linux.
 |
|---|
| Linus Torvalds terus menetapkan standard yang tinggi untuk kualiti kod dan interaksi dalam komuniti pembangunan kernel Linux |
Memandang ke Hadapan kepada Linux 6.18
Penambahbaikan RISC-V yang ditolak perlu menunggu kitaran pembangunan Linux 6.18, dengan syarat mereka menangani kebimbangan yang dikenal pasti dan tiba dalam jangka masa yang sesuai. Kelewatan ini menggariskan bagaimana pembangunan kernel mengutamakan kestabilan jangka panjang dan kualiti kod berbanding penambahan ciri segera, walaupun apabila sumbangan datang daripada syarikat teknologi utama.