Pada bulan September
, sebuah artikel tentang pentingnya open source
muncul di situs web Harvard Business School (HBS). Penulisnya menyatakan bahwa perusahaan IT yang berpartisipasi dalam proyek sumber terbuka dan membuat perangkat lunak berpemilik mereka terbuka mendapatkan keunggulan kompetitif di pasar. Kami memutuskan untuk membahas topik ini dan
berbicara tentang pro dan kontra dari strategi semacam itu .
/ Pexels / Syed Abdullah / PDPeningkatan keterampilan
Ketika manajemen perusahaan memungkinkan pengembang untuk berpartisipasi dalam pengembangan proyek terbuka, karyawan mendapatkan pengalaman dan pengetahuan praktis baru. Pada saat yang sama, pengembang tidak perlu dikirim untuk pelatihan atau kursus tambahan. Ini menghemat uang perusahaan, dan programmer belajar dengan menyelesaikan tugas-tugas yang menyenangkan dan berguna bagi komunitas TI.
Sebagian besar kode - 85% - ditulis oleh karyawan perusahaan IT besar. Diantaranya adalah: Intel, Red Hat, IBM dan lainnya.Pengembang pertama
membuat 13% dari perubahan dalam versi terbaru dari kernel, spesialis yang kedua "bertanggung jawab" untuk 7%, dan IBM untuk 4%.
Pemrogram dari perusahaan-perusahaan ini mencatat bahwa bekerja pada kernel memungkinkan mereka untuk belajar Linux dari dalam ke luar, memahami "internal" dari subsistem dan membuat kontribusi pribadi untuk pengembangan proyek open source terbesar. Mereka kemudian menerapkan keterampilan praktis yang diperoleh untuk menyelesaikan masalah perusahaan.
Percepat pengembangan
Ketika produk perusahaan menjadi bagian dari open source (asalkan ada permintaan untuk produk ini di komunitas TI), komunitas secara bertahap mulai memformatnya.
Ketika pada 2005, pengembang Luke Kanis menciptakan aplikasi client-server Puppet, ia awalnya berencana untuk menarik pengguna melalui distribusi perangkat lunak secara gratis. Akibatnya, itu terjadi - sekarang 40 ribu perusahaan
menggunakan alatnya untuk otomatisasi manajemen OS, 75 di antaranya termasuk dalam peringkat Fortune 100.
Di sini aturan sederhana berlaku: semakin banyak orang berpartisipasi dalam pengembangan, semakin tinggi kecepatan rilis. Ambil contoh, Linux - versi baru dari kernel OS ini dirilis setiap dua bulan, dan pembaruan untuk sistem operasi lain kadang harus menunggu beberapa tahun.
Contoh lain: Google
menggunakan kerangka kerja open-source Angular dalam perusahaan dan berinvestasi dalam pengembangannya. Ketika pengembang web pihak ketiga bergabung dengan proyek, Angular dengan cepat mendapatkan alat dan ekstensi baru. Semua orang mendapat manfaat dari ini.
Deteksi bug
Komunitas yang berkembang memungkinkan tidak hanya untuk merilis versi aplikasi baru lebih cepat, tetapi juga membantu untuk memperbaiki bug. Karena kenyataan bahwa siapa pun (termasuk pakar keamanan) dapat melihat kode sumber perangkat lunak sumber terbuka untuk kerentanan, itu
dianggap lebih aman. Dan ide ini semakin menemukan "respons di hati" berbagai perusahaan.
/ Flickr / Henri Bergius / CC BY-SAPada bulan Agustus tahun ini, Elon Musk memposting di Twitter
catatan niat untuk membuat perangkat lunak keselamatan mobil Tesla terbuka.
Para kritikus
percaya bahwa pernyataan seperti itu terlihat seperti taktik pemasaran, diduga sehingga Ilon berusaha untuk memaksakan standar keselamatannya pada produsen kendaraan tak berawak lainnya. Tetapi ada orang yang berpikir bahwa solusi seperti itu akan membantu meningkatkan keamanan sistem Tesla. Tampilan segar dari pengembang pihak ketiga akan memungkinkan Anda untuk melakukan perubahan dan peningkatan pada kode. Jadi, produk akhir akan lebih andal untuk melindungi pemilik mobil.
Terbang di salep
Tidak semua perusahaan siap memposting solusi eksklusif mereka di GitHub. Mereka yakin bahwa jika Anda mentransfer proyek ke open source, Anda dapat kehilangan keunggulan kompetitif Anda. Ada kemungkinan analog akan muncul, dan proyek tidak lagi unik. Sebagai contoh, Cisco
menolak untuk membuat keputusan mereka terbuka karena mereka tidak ingin "bahan rahasia" produk mereka tersedia untuk umum.
Jika perusahaan menerima risiko dan masih ingin membawa perangkat lunak ke sumber terbuka, cukup membuat perangkat lunak terbuka dan melihat perkembangannya akan gagal.
"Jika sebuah organisasi ingin membawa solusinya ke open source begitu saja, maka akan ada sedikit akal," kata Sergey Belkin, kepala departemen pengembangan layanan penyewaan infrastruktur di cloud 1cloud.ru . - Agar komunitas terbentuk di sekitar solusi baru, Anda harus melakukan hal yang sama seperti untuk produk komersial.
Pertama-tama, pahami mengapa perusahaan Anda membutuhkannya, dan kemudian buat peta jalan dan buat strategi untuk mengembangkan solusi perangkat lunak. "
Apa hasilnya
Pendapat tentang apakah perusahaan harus terlibat dalam proyek sumber terbuka bervariasi. Beberapa hanya melihat keuntungan dalam hal ini: kemampuan untuk "memompa" keterampilan karyawan, mempercepat pertumbuhan popularitas produk, dan membantu komunitas dan industri TI. Yang lain tidak terburu-buru untuk menginvestasikan sumber daya dalam open source karena takut "tersesat" di pasar.
Ada beberapa kebenaran dalam kedua pernyataan, tetapi sebagian besar komunitas TI yakin bahwa manfaat dari mendukung proyek-proyek sumber terbuka lebih besar daripada kekurangannya. Namun, perusahaan perlu memahami alasan yang tepat mengapa mereka ingin menjadi bagian dari komunitas open source.
Apa yang kami tulis di blog perusahaan: