Saya sama sekali tidak mengerti klaim yang menyuruh untuk melakukan fork lalu keluar. Memangnya kenapa Linus harus melakukan fork dan keluar dari Linux?

Saya mengatakan itu setelah melihat ini.
Fitur real-time sudah lama bisa dipertahankan sebagai proyek yang terpisah dari kernel, dan siapa pun yang membutuhkan bisa mengambilnya lalu menerapkannya ke kernel untuk digunakan.

Saya bukan bagian dari komunitas Linux, tetapi...

Saya belum pernah mengembangkan untuk Linux.
Sepertinya wrapper Rust untuk device driver memiliki struktur yang tidak bisa dipisahkan dari kernel...

Saya rasa mereka dan penulis komentar ini tidak boleh dianggap sebagai komunitas yang sama.

Saya juga pengguna Rust, tetapi jika kode Rust dan kode C bercampur, tanpa aturan yang ketat di proyek open source tentang sampai sejauh mana kode Rust diizinkan, menurut saya itu akan menjadi tidak terkendali atau setidaknya biaya review dan pemeliharaannya akan naik sangat besar, jadi saya melihat bahwa pilihan paling bijak adalah melakukan fork tanpa menambahkannya.

Sepertinya maksudnya adalah bahwa di antara berbagai metode pemasaran, blog bukanlah pilihan terbaik. Namun alternatif yang ditawarkan adalah promosi sambil memegang plakat di depan kantor pelanggan atau berdebat di X, jadi rasanya agak begitu.

Saya tidak terlalu paham kernel, tetapi rasanya akan bagus jika kode C bisa diterjemahkan otomatis ke Rust. Tentu saja, selain masalah penerjemahan kode, mungkin juga ada masalah manusianya.

Saya sempat ingin mencoba memakai Obsidian secara pribadi di kantor, tetapi batal karena masalah lisensi, jadi sepertinya saya harus mencobanya lagi.

Bagus...

Saya kira itu terjemahan bebas.

Wah, saya sedang berlangganan lisensi komersial, jadi ini kabar bagus.

Saya ingat saat menghubungi beliau karena perlu backport ke versi stable atau hal serupa, beliau tetap merespons dengan baik meski sedang sangat sibuk.

Saya tahu ada perusahaan yang berinvestasi pada SEO dalam jangka panjang untuk meningkatkan trafik organik dan dari situ membangun pendapatan yang stabil, jadi saya bisa memahami sudut pandangnya, tetapi sulit untuk langsung setuju.

Saya tidak begitu tahu apakah Anda punya pengalaman dalam pengembangan kernel, jadi saya juga kurang tahu harus menjelaskan bagaimana.
Pertama-tama, menerapkan bahasa Rust bukan berarti mengganti kernel menjadi Rust. Anda mungkin bisa bertanya, bukankah cukup dipisahkan lalu membuat kernel lain?
Bukan berarti ingin membuat kernel dengan bahasa Rust, melainkan hanya membuat wrapper dalam Rust untuk antarmuka perangkat driver di kernel, sehingga hanya perangkat driver saja yang bisa
dibuat dengan Rust. Jadi, beralih ke proyek baru tidak ada artinya.

Mayoritas besar memang video GOTO ya..

Perlu menghapus ilusi tentang engineering global..

Dibutuhkan optimasi proses yang sangat ekstrem, tetapi pengembangan 3 shift berdasarkan satu standar lokal sudah umum di industri game.
Contoh yang paling representatif, studio game besar di Tiongkok melakukan pengembangan 24 jam dengan 3 shift.

Perusahaan game seperti EA dan Ubisoft, yang sudah lama memiliki engineering global, bekerja menyesuaikan zona waktu masing-masing, sehingga keterlambatan kecepatan eksekusi mau tak mau terjadi, tetapi mereka beroperasi dengan kesan bahwa biaya hidup yang murah + biaya tenaga kerja menutupi hal itu. (Sekarang saya tidak tahu situasinya seperti apa karena restrukturisasi besar-besaran)

Sungguh ironis melihat komunitas Linux, yang selama ini membenarkan gaya bicara toksik demi stabilitas kernel, sekarang justru menganggap respons seperti 'kalau tidak suka, fork saja' sebagai jawaban yang masuk akal.

> Judul harus menunjukkan bahwa ini adalah kritik terhadap aturan tersebut

222

Oho, keputusan yang bagus ya..