Cara Menggunakan Banyak Bahasa Pemrograman – Lingkungan poliglot adalah pedang bermata dua, membawa manfaat bersama dengan kompleksitas yang dapat mengancam organisasi.
Dengan semua bahasa pemrograman berbeda yang tersedia saat ini, banyak organisasi telah menjadi poliglot digital. Open source membuka dunia bahasa dan tumpukan teknologi yang dapat digunakan pengembang untuk menyelesaikan tugas mereka, termasuk mengembangkan dan mendukung aplikasi perangkat lunak lama dan modern. hari88
Poliglot dapat berbicara dengan jutaan orang lebih banyak daripada mereka yang hanya berbicara bahasa ibu mereka. Dalam lingkungan perangkat lunak, pengembang tidak memperkenalkan bahasa baru untuk mencapai tujuan tertentu, bukan untuk berkomunikasi dengan lebih baik.
Beberapa bahasa bagus untuk satu tugas tetapi tidak untuk tugas lainnya, jadi bekerja dengan beberapa bahasa pemrograman memungkinkan pengembang menggunakan alat yang tepat untuk pekerjaan itu. Dengan cara ini, semua perkembangan adalah poliglot; itu hanya sifat binatang itu.
Penciptaan lingkungan poliglot seringkali bertahap dan situasional. Misalnya, ketika sebuah perusahaan mengakuisisi sebuah perusahaan, ia mengambil tumpukan teknologi perusahaan termasuk bahasa pemrogramannya.
Atau ketika kepemimpinan teknologi berubah, para pemimpin baru dapat membawa teknologi yang berbeda ke dalam lipatan. Teknologi juga jatuh dan keluar dari mode, memperluas jumlah bahasa pemrograman dan teknologi yang harus dipertahankan organisasi dari waktu ke waktu.
Lingkungan poliglot adalah pedang bermata dua bagi perusahaan, membawa manfaat tetapi juga kompleksitas dan tantangan. Pada akhirnya, jika situasinya tetap tidak terkendali, polyglot akan membunuh perusahaan Anda.
Complicated Technical Tongue-Turning
Di mana ada beberapa teknologi berbeda bahasa pemrograman, alat warisan, dan tumpukan teknologi yang akan datang ada kompleksitas. Tim teknik menghabiskan lebih banyak waktu untuk berjuang memperbaiki bahasa pemrograman dengan lisensi, keamanan, dan dependensi. Pada saat yang sama, manajemen kurang mengawasi kepatuhan kode dan tidak dapat mengukur risiko.
Apa yang terjadi adalah bahwa perusahaan memiliki berbagai tingkat kualitas bahasa pemrograman dan variabilitas yang tinggi dalam dukungan perkakas. Sulit untuk menjadi ahli dalam satu bahasa ketika Anda harus bekerja dengan selusin bahasa.
Ada perbedaan besar dalam tingkat keterampilan antara orang yang berbicara bahasa Prancis dan Italia dengan lancar dan orang yang dapat merangkai beberapa kalimat dalam delapan bahasa. Hal yang sama berlaku untuk pengembang dan bahasa pemrograman.
Kesulitan hanya meningkat dengan penambahan lebih banyak bahasa pemrograman, yang mengarah ke Menara Babel digital.
Jawabannya adalah tidak mengambil alat yang dibutuhkan pengembang Anda untuk pekerjaan itu. Menambahkan bahasa pemrograman baru membangun basis keterampilan mereka dan memberdayakan mereka dengan peralatan yang tepat untuk memenuhi keahlian mereka. Jadi, Anda ingin mengatakan “ya” kepada pengembang Anda, tetapi karena semakin banyak bahasa pemrograman ditambahkan ke perusahaan, mereka memaksakan hambatan pada siklus hidup pengembangan perangkat lunak (SDLC) Anda. Dalam skala besar, semua bahasa dan alat ini dapat mematikan perusahaan.
Ada tiga masalah utama yang harus diperhatikan oleh perusahaan:
- Visibilitas: Tim berkumpul untuk sebuah proyek, lalu bubar. Aplikasi dirilis dan tidak pernah diperbarui mengapa memperbaiki yang tidak rusak? Akibatnya, ketika kerentanan kritis ditemukan, perusahaan mungkin tidak memiliki visibilitas ke aplikasi mana yang terpengaruh, perpustakaan mana yang berisi aplikasi tersebut, atau bahkan bahasa apa yang mereka gunakan. Hal ini dapat mengakibatkan “proyek eksplorasi” yang mahal untuk memastikan kerentanan ditangani dengan benar.
- Pembaruan atau pengkodean: Beberapa perusahaan memusatkan fungsi pembaruan dan perbaikan dalam satu tim. Lainnya mengharuskan setiap “tim pizza” mengelola alat pengembangannya sendiri. Dalam kedua kasus tersebut, tim teknik dan manajemen membayar biaya peluang: alih-alih mengkodekan fitur baru, tim ini terus memperbarui dan memperbaiki pustaka di alat sumber terbuka mereka karena mereka bergerak begitu cepat.
- Menemukan kembali roda: Karena dependensi kode dan versi pustaka terus diperbarui, artefak yang terkait dengan versi asli aplikasi mungkin tidak lagi tersedia saat ditemukan kerentanan. Akibatnya, banyak siklus pengembangan yang terbuang untuk mencoba menciptakan kembali lingkungan di mana kerentanan dapat diperbaiki.
Kalikan setiap bahasa pemrograman di organisasi Anda dengan tiga masalah ini, dan apa yang dimulai sebagai sarang tikus tanah tiba-tiba tampak seperti Gunung Everest. Dan seperti seorang pendaki gunung, Anda tidak akan bertahan hidup tanpa peralatan dan peralatan yang tepat.
Menemukan Batu Rosetta Anda
Solusi komprehensif yang melayani kebutuhan perusahaan dan pemangku kepentingan individualnya di SDLC sudah tersedia. Perusahaan dapat membuat solusi ini menggunakan praktik terbaik berikut:
- Pantau kode yang berjalan dalam produksi dan tanggapi berdasarkan risiko komponen yang ditandai (misalnya, komponen kerentanan dan eksposur umum) yang digunakan dalam aplikasi Anda.
- Terima pembaruan rutin untuk menjaga kode tetap terkini dan bebas bug.
- Gunakan dukungan sumber terbuka komersial untuk mendapatkan bantuan dengan versi dan platform bahasa pemrograman yang hampir habis masa pakainya dan tidak didukung oleh komunitas.
- Standarisasi bahasa pemrograman spesifik yang dibuat di seluruh perusahaan Anda untuk memungkinkan lingkungan yang konsisten di seluruh tim dan meminimalkan ketergantungan.
- Tetapkan ambang batas kapan harus memicu pembaruan, alarm, atau jenis peristiwa lain berdasarkan dependensi.
- Buat satu sumber kebenaran untuk manajemen paket Anda; ini mungkin memerlukan bantuan dari penyedia teknologi yang berpengetahuan.
- Dapatkan distribusi build yang lebih kecil hanya dengan paket yang Anda butuhkan, berdasarkan kriteria spesifik Anda.
Dengan menggunakan praktik terbaik ini, pengembang dapat memaksimalkan waktu mereka untuk menciptakan nilai lebih bagi perusahaan daripada melakukan tugas perkakas dasar atau rekayasa pembangunan. Ini akan menciptakan konsistensi kode di semua lingkungan dalam siklus hidup pengembangan perangkat lunak (SDLC).
Ini juga akan menciptakan efisiensi dan penghematan biaya yang lebih besar karena lebih sedikit sumber daya yang dibutuhkan untuk memelihara bahasa pemrograman dan distribusi paket. Cara pengoperasian yang baru ini akan membuat kehidupan staf teknis dan manajemen menjadi lebih mudah.