Fedora adalah distribusi yang direkomendasikan untuk pengembang, dikenal dengan stabilitas dan repositori yang lengkap. Bagi mereka yang lebih memilih distribusi bergulir, turunan Arch yang hampir telanjang seperti EndeavourOS atau ArcoLinux sangat ideal. Stabilitas sangat penting bagi pengembang perangkat lunak profesional, baik dalam hal distribusi Linux itu sendiri maupun organisasi di belakangnya. Komunitas besar dan kontributor aktif membantu mengidentifikasi dan menangani masalah dengan lebih efektif. Banyak pilihan alat pengembang, kerangka kerja, dan IDE yang disimpan di repositori distro Anda juga penting untuk pemrograman di Linux.
Developers memiliki serangkaian kebutuhan khusus dari sistem operasinya, seperti kinerja dan akses ke berbagai alat pengembangan. Mengetahui hal itu, dapatkah kita memilih distribusi Linux ‘terbaik’ untuk pemrogram?
Apakah Linux Baik untuk Pengembangan Perangkat Lunak?
Pada suatu waktu, sudah umum mendengar Linux digambarkan sebagai sistem operasi untuk pengembang. Itu tidak disarankan untuk pengguna biasa atau non-teknis. Anda harus setidaknya mengerti sebagian kode untuk menggunakan Linux. Itu mungkin benar untuk Linux di masa-masa awalnya, tetapi itu tidak terjadi untuk waktu yang lama. Distribusi Seperti Ubuntu, Pop!_OS, dan Linux Mint telah memuluskan jalan bagi pendatang baru di dunia Linux.
Tentu saja, para pengembang juga masih ada di Linux, karena Linux adalah platform yang hebat untuk dikembangkan. Dengan Linux, Anda mendapatkan privasi, stabilitas, dan performa. Anda memiliki akses ke semua alat pengembangan yang Anda perlukan, dan gratis. Anda memiliki pilihan bahasa scripting yang fleksibel di jendela terminal, memungkinkan Anda untuk mengotomatiskan proses build, pengujian, dan banyak lagi.
Jika distribusi yang Anda gunakan tidak memiliki alat tertentu yang terinstal secara default, biasanya hanya masalah pengaktifan up manajer paket Anda dan menginstalnya. Semua bagian rantai alat Anda tidak lebih dari satu perintah saja.
Linux juga mendukung containerisasi, melalui solusi seperti Docker dan Vagrant, dan sistem manajemen container seperti Kubernetes. Ini membuatnya sederhana dan cepat untuk berputar dan mengelola lingkungan terisolasi yang menggunakan sumber daya jauh lebih sedikit daripada mesin virtual klasik.
Ini mungkin untuk menyesuaikan hampir semua distribusi Linux menjadi apa yang Anda inginkan, dan ada banyak distribusi Linux untuk dipilih dari. Tetapi beberapa distribusi lebih dekat dengan apa yang Anda butuhkan sebagai platform pengembangan, langsung dari kotak, menghemat pekerjaan Anda. Yang perlu Anda lakukan hanyalah menggunakan pengelola paket untuk melengkapi rangkaian alat Anda, dan agar sesuai dengan alur kerja Anda.
Mengingat Linux sangat dapat disesuaikan dan mudah dibentuk, apakah masuk akal untuk menominasikan beberapa distribusi sebagai yang lebih baik daripada yang lain untuk pengembangan? Saya percaya itu, tetapi kita harus mendekatinya dari sudut yang berbeda. Alih-alih membuat daftar kumpulan distribusi dan membandingkan pro dan kontra pengembangan mereka, mari kita periksa apa yang Anda butuhkan dari sistem pengembangan Anda, dan kemudian lihat apakah itu menempatkan distribusi dalam bingkai sebagai pilihan yang jelas.
Ada dua jenis stabilitas yang perlu dipertimbangkan. Salah satunya adalah keandalan instans Linux yang berjalan di komputer Anda, baik di perangkat keras, di mesin virtual, atau di dalam wadah. Pembekuan sistem dan pembuangan inti kernel menghabiskan waktu Anda, menimbulkan stres, dan mengurangi produktivitas Anda.
Dalam kasus terburuk, mereka bahkan dapat kehilangan pekerjaan Anda, menyebabkan Anda melakukan kembali apa yang sedang Anda kerjakan pada saat crash. Bekerja pada distribusi Linux yang tidak stabil jelas tidak memungkinkan. Anda harus memilih distribusi yang sekokoh mungkin.
Ini membawa kita ke jenis stabilitas kedua. Anda perlu mempertimbangkan stabilitas organisasi di balik distribusi. Ini tidak perlu menjadi entitas perusahaan seperti Canonical atau Red Hat, tetapi perlu memiliki anggota komunitas yang cukup sehingga Anda dapat yakin bahwa itu tidak akan mereda dan mati, dan bahwa tambalan dan pembaruan dikeluarkan dalam mode tepat waktu untuk mengatasi masalah, bug, dan kerentanan.
Distribusi dengan komunitas besar, aktif, dan banyak kontributor cenderung mengidentifikasi masalah lebih awal, karena mereka lebih memperhatikan distribusi. Mereka juga berhasil mengatasinya lebih cepat karena mereka memiliki lebih banyak sumber daya. Distribusi
Rolling sudah memiliki mekanisme dan proses untuk mendapatkan tambalan dan pembaruan ke basis pengguna mereka sebelum rilis tradisional, rilis titik, distribusi. Sisi sebaliknya adalah, distribusi bergulir dapat menimbulkan ketidakstabilan mereka sendiri. Sebaliknya, ini tidak selalu merupakan hal yang buruk.
Karena rilis bergulir terus diperbarui, Anda akan mendapatkan pemberitahuan sedini mungkin tentang setiap perubahan yang akan datang yang memengaruhi alur kerja, proyek pengembangan, atau produk akhir Anda. Anda kemudian dapat mengatasi masalah tersebut dengan memodifikasi proses build Anda, mengatasinya dalam kode Anda, memperbarui atau mencari alat baru, atau apa pun yang perlu Anda lakukan.
A untuk skrip, Anda dimanja oleh pilihan di Linux. Anda dapat menginstal sebanyak mungkin terminal shell yang berbeda, dan berpindah-pindah antara Bash, csh, Zsh, Fish, dan yang lainnya sesuai kebutuhan Anda. PC yang layak. Pikirkan prosesor cepat, SSD, dan banyak RAM. Itu akan berdampak besar pada kecepatan kompilasi Anda, lebih dari pilihan distribusi Linux Anda. Itu bukan untuk mengatakan Anda ingin memiliki distribusi yang membengkak dan kelebihan muatan pada kotak pengembangan Anda – Anda tidak melakukannya – tetapi kemenangan besar dan mudah ada di perangkat keras.
Dan jika Anda akan menggunakan wadah atau mesin virtual, peningkatan kecepatan yang besar akan duduk di CPU, hard drive, dan RAM Anda juga.
Apakah Linux Memiliki Alat Pengembangan?
Tidak ada kekurangan alat pengembangan, kerangka kerja, dan IDE untuk Linux. Anda bahkan dapat menginstal Visual Studio Code, editor kode gratis dari Microsoft.
Di Linux, ada dukungan untuk setiap bahasa dan paradigma yang dapat Anda pikirkan. Faktanya, banyak dari mereka memulai hidup di Linux. Itu tidak berarti bahwa yang Anda inginkan akan diinstal sebelumnya di komputer Linux Anda, tetapi Anda dapat dengan mudah menambahkannya.
Jika paket tersebut ada di repositori distribusi Anda, Anda dapat menginstalnya dengan manajer paket Anda. Terkadang mereka dirilis sebagai FlatPak, AppImage, atau Snap. Jika kode sumber tersedia, Anda dapat mengkloning repositori Git mereka (atau mengunduh file TAR) dan membuat alat di mesin Anda sendiri.
Jika solusi tersebut tidak ada, Anda biasanya dapat mengunduh paket instalasi dari situs web alat. Mereka biasanya menyediakan unduhan untuk file DEB untuk distribusi berbasis Debian, file RPM untuk distribusi turunan Red Hat, dan terkadang file TAR berisi kode sumber. , dan tidak kembung. Kami tidak ingin macet dan kami tidak ingin siklus CPU terbuang sia-sia pada proses latar belakang yang tidak perlu. Distribusi kami harus memiliki komunitas yang besar, terlibat, dan antusias. Dukungan dari korporasi juga tidak akan merugikan. Nbsp
Perlu memiliki repositori yang lengkap. Jika menggunakan manajer paket RPM atau DEB, itu jauh lebih baik. Saat situs web memungkinkan Anda mengunduh file instalasi secara langsung, kedua format paket ini selalu didukung.
Distribusi yang paling sesuai dengan deskripsi ini adalah Fedora. Ini memiliki reputasi yang patut ditiru dan dibenarkan untuk stabilitas, mendapat dukungan dari Red Hat, dan jika perangkat lunak tersedia di Linux, itu tersedia untuk Fedora. Ini juga cepat dan bebas dari masalah kembung dan telemetri, sesuatu yang mengganggu Ubuntu. Untuk memulai, buka halaman unduh Fedora Workstation.
Fedora adalah distribusi rilis titik. Jika Anda menyukai distribusi bergulir, mungkin lebih baik menggunakan salah satu turunan Arch yang hampir telanjang, seperti EndeavourOS atau ArcoLinux, daripada Arch itu sendiri. Bencana sepertinya selalu terjadi tepat sebelum tenggat waktu. Jika Anda perlu menginstal ulang sistem operasi, Anda harus aktif dan berjalan dalam waktu sesingkat mungkin.
Jika Anda menjalankan mesin virtual atau menggunakan kontainer, Anda mungkin berpikir sistem operasi host kurang penting dibandingkan klien. Untuk perangkat lunak yang Anda buat dan jalankan, mungkin itu masalahnya. Tapi ingat, platform hypervisor atau wadah Anda berjalan di distribusi host Anda.
Fondasi itu harus tak tergoyahkan.