Integrasi Rust di Linux telah memiliki tingkat penerimaan yang tinggi oleh komunitas dan pengembang
Seperti yang dijanjikan Linus Torvalds di KTT Sumber Terbuka terakhir, menepati janjinya dan tanpa detail yang dapat menunda penyertaan, sekarang akan mendorong Rust untuk Linux untuk disertakan dalam kernel 6.1.
Perubahan ini datang dengan tonggak sejarah yang setelah 31 tahun, Linux akan menerima bahasa kedua untuk pengembangan kernel. Dengan ini, perdebatan terkait muncul lagi seputar kemungkinan membuang C demi bahasa Rust mengingat keuntungan yang dihadirkannya. Sedikit klarifikasi: saat ini, Rust hanya mendapatkan API resmi untuk memungkinkan pengembangan modul atau driver terpisah.
Pada pertanyaan tentang kemungkinan membuang bahasa C, pencipta bahasa C mencantumkan sejumlah alasan mengapa inisiatif ke arah ini cenderung gagal:
Yang pertama adalah rantai alat bahasa C
Bahasa C tidak hanya bahasa itu sendiri, tetapi juga semua alat pengembangan yang dikembangkan untuk bahasa ini. Apakah Anda ingin melakukan analisis statis kode sumber Anda? – Ada banyak orang yang mengerjakan topik ini untuk C. Alat untuk mendeteksi kebocoran memori, balapan data, dan kesalahan lainnya? Ada banyak, bahkan jika bahasa Anda lebih lengkap.
Jika Anda ingin menargetkan platform yang tidak dikenal, Anda mungkin menggunakan status C. C sebagai lingua franca komputasi saat ini membuatnya layak untuk alat tulis, dan banyak alat ditulis.
Jika seseorang memiliki rantai alat yang berfungsi, mengapa mengambil risiko mengubah bahasa? "C yang lebih baik" harus menghasilkan banyak produktivitas ekstra untuk memotivasi waktu yang dihabiskan untuk menyiapkan rantai alat baru. Apakah ini mungkin masih harus dilihat.
Ketidakpastian bahasa baru
Sebelum suatu bahasa mencapai kedewasaan, kemungkinan besar akan ada buggy dan dimodifikasi secara signifikan untuk mengatasi masalah semantik bahasa tersebut. Dan apakah bahasanya konsisten dengan iklan? Anda dapat menawarkan sesuatu seperti "waktu kompilasi yang luar biasa" atau "lebih cepat dari C", tetapi tujuan ini sulit dicapai ketika bahasa menambahkan set lengkap fitur.
Dan para pengelolanya? Tentu, Anda dapat menggunakan bahasa sumber terbuka, tetapi saya ragu banyak perusahaan akan tertarik menggunakan bahasa yang mungkin terpaksa mereka gunakan nanti. Bertaruh pada bahasa baru adalah risiko besar.
Apakah bahasa tersebut membahas poin rasa sakit yang sebenarnya dari C? Ternyata orang tidak selalu setuju apa kelemahan C. Alokasi memori, mengelola array dan string seringkali rumit, tetapi dengan perpustakaan yang tepat dan strategi memori yang baik, mereka dapat diminimalkan. Bukankah bahasa mengatasi masalah yang tidak terlalu dipedulikan oleh pengguna tingkat lanjut? Jika demikian, nilai sebenarnya bisa jauh lebih rendah dari yang diharapkan.
Kurangnya pengembang berpengalaman untuk bahasa baru
Disebutkan bahwa bahasa baru secara alami akan memiliki kumpulan pengembang berpengalaman yang jauh lebih kecil. Untuk setiap perusahaan menengah atau besar, ini adalah masalah besar. Semakin banyak pengembang yang tersedia untuk perusahaan, semakin baik.
Juga, jika perusahaan memiliki pengalaman merekrut pengembang C, mereka tidak tahu cara merekrut untuk bahasa baru ini.
Berita tentang masuknya Rust untuk Linux yang akan datang di kernel versi 6.1 Itu datang di tengah perubahan pandangan Linus Torvalds tentang bahasa Rust.
Dukungan karat untuk pengembangan kernel Linux terus berlanjut dan itu dianggap "langkah penting untuk dapat menulis pengontrol dalam bahasa yang lebih aman."
Mozilla Research's Rust adalah jenis bahasa pemrograman yang digunakan oleh mereka yang menulis kode untuk sistem input/output dasar (BIOS), manajer boot, sistem operasi, dll. memiliki minat
Menurut pendapat pengamat yang terinformasi, ini adalah masa depan pemrograman sistem daripada bahasa C. Bahkan, para ahli mengatakan bahwa ia menawarkan jaminan keamanan perangkat lunak yang lebih baik daripada C/C++.