Arti istilah Open Source sering diidentifikasi dengan tidak adanya kebutuhan untuk membayar produk perangkat lunak. Keinginan untuk menghemat uang, untuk "freebie" tidak asing bagi mayoritas, dan sepertinya OpenSource harus menjadi tablet ajaib yang seharusnya menyelamatkan seluruh dunia dari monster seperti Microsoft, yang tidak memerlukan biaya kecil untuk produk mereka. Namun, ini tidak terjadi. Pada artikel ini, kita akan mencoba di tingkat atas, tanpa menyelam secara khusus dan detail, untuk memahami apa yang terjadi Open Source? Mengapa Open Source tidak pernah menjadi tablet itu. ... Dan apakah Anda benar-benar membutuhkannya?
Definisi
Untuk memulainya, kami masih memutuskan apa itu
OpenSource - itu adalah perangkat lunak open source. Anda tidak hanya dapat menggunakan perangkat lunak tersebut, tetapi juga bekerja dengan kode sumbernya - lihat, pelajari, buat perubahan sendiri. Faktanya, penulis pertama, pencipta program semacam itu mengundang seluruh dunia untuk ikut menulis bersama, dan biasanya program semacam itu muncul justru karena kebutuhan spesifik pencipta mereka.
Bahkan filosofi kami sendiri tentang gerakan perangkat lunak bebas telah terbentuk, yang tujuannya adalah untuk menjamin empat kebebasan pengguna dasar:
- Penggunaan program secara gratis untuk tujuan apa pun;
- Kebebasan untuk mempelajari cara kerja program, menyesuaikannya dengan kebutuhan Anda (open source);
- Kebebasan untuk mendistribusikan salinan program;
- Kebebasan untuk memodifikasi dan meningkatkan, memperbaiki kesalahan yang terdeteksi, serta mempublikasikan versi yang lebih baik dari program ini untuk kepentingan seluruh komunitas.
Bagaimana itu bisa terjadi?
Jangan bingung perangkat lunak open source dengan perangkat lunak gratis atau freeware. Yang terakhir, tidak seperti perangkat lunak open source, hanya didistribusikan secara gratis, tetapi memiliki lisensi dalam lisensi untuk menyalin dan / atau memodifikasi kode sumber.
Contoh mencolok dari perangkat lunak open source yang terkenal adalah
Linux , sebagai kernel dari sistem operasi yang dibuat oleh Linus Torvalds pada tahun 1991. Kernel Linux sendiri didistribusikan secara bebas di bawah ketentuan GNU GPL. Torvalds memutuskan untuk menggunakan opsi ini ketika menjadi jelas bahwa sesuatu yang merupakan hobi pribadinya mulai menyebar dengan cepat di seluruh dunia.
Namun, anehnya, ini tidak berarti bahwa semua versi sistem operasi berdasarkan kernel ini gratis. Ada juga
produk murni
komersial , misalnya,
SUSE Enterprise Linux ,
Red Hat Enterprise Linux - yang dirancang untuk penggunaan perusahaan. Dengan membeli distribusi ini (dan sebenarnya berlangganan pembaruan), pembeli menerima dukungan untuk kewajiban-kewajiban yang diambil oleh pabrikan sistem operasi ini. SUSE dan Red Hat, selain metode klasik untuk menghasilkan uang dengan menjual distribusi itu sendiri (berlangganan), layanan implementasi dan dukungan teknis, menjual
produk resmi dengan simbol mereka sendiri - polo, topi, mug, mainan, alat tulis, dll.
Hal lain yang menarik, tidak peduli seberapa bebas dan terbuka Linux, itu tidak muncul entah dari mana, sumber daya juga dihabiskan untuk pembuatannya. Pada tahun yang berbeda,
berbagai penelitian dilakukan dengan menggunakan berbagai teknik, dan biaya pengembangan kernel Linux versi 2.6.0 diperkirakan. Pada tahun 2004, nilainya diperkirakan 612 juta dolar AS (467 juta euro) menggunakan model evaluasi orang-bulan (metode yang diadopsi untuk mengevaluasi pengembangan perangkat lunak berpemilik). Pada tahun 2006, penelitian lain didanai oleh Uni Eropa, menghasilkan angka 1,09 miliar dolar AS (882 juta euro). Pada 2008, estimasi biaya pengembangan inti mencapai $ 1,3 miliar.
Ada contoh di mana perangkat lunak itu sendiri tetap menjadi Open Source, dalam arti kanonik. Namun, itu juga berhasil dimonetisasi. Sebagai contoh, kita dapat mengambil produk perangkat lunak Zabbix - sistem pemantauan universal untuk semua infrastruktur TI, sumber daya cloud, layanan, dan aplikasi. Kutipan dari situs web perusahaan: “Zabbix - Perangkat lunak open source gratis. Tidak ada batasan atau biaya tersembunyi. " Namun, pabrikan berhasil memonetisasi produknya, menawarkan
berbagai layanan di seluruh dunia:
- Layanan dukungan teknis untuk klien korporat di bawah kontrak;
- Layanan peningkatan sistem ke LTS terbaru atau versi standar;
- Layanan mengembangkan kemampuan pemantauan tambahan untuk kebutuhan pelanggan tertentu;
- Layanan untuk mengintegrasikan Zabbix dengan sistem untuk merekam tugas \ aplikasi, manajemen gudang, manajemen konfigurasi, visualisasi \ pelaporan, pengiriman pesan dan sistem informasi lainnya;
- Sesi satu kali untuk menyelesaikan masalah (misalnya, spesialis penuh waktu berlibur dan tidak dapat terhubung sama sekali, itu terjadi) menggunakan koneksi jarak jauh;
- Membuat template untuk peralatan yang ketinggalan zaman atau unik, untuk peralatan produksi sendiri, atau dalam kasus ketika template yang ada tidak memungkinkan Anda untuk mendapatkan gambaran lengkap tentang keadaan perangkat yang dipantau;
- Instalasi turnkey dari solusi, hingga dan termasuk konsultasi di tempat, penyesuaian lanjutan dan pelatihan di tempat karyawan karyawan pada tingkat spesialis bersertifikat;
- Layanan konsultasi, termasuk opsi dengan spesialis perusahaan yang mengunjungi klien.
Dalam keadaan ini, tidak ada perselisihan, produk itu sendiri tetap dalam kategori Open Source, dan perusahaan pada dasarnya mendapatkan layanan tambahan, memberi pelanggan kepercayaan pada stabilitas pembaruan perangkat lunak dan dalam koreksi tepat waktu dari kesalahan yang terdeteksi. Setiap orang memiliki kesempatan untuk mempengaruhi dan mengubah produk semacam itu dengan mengubah kedua pustaka individual dan memodifikasi produk perangkat lunak terapan yang menjadi dasar program monetisasi, atau yang digunakan dalam komposisi mereka.
Tentu saja, sebagian besar produk perangkat lunak yang dapat diklasifikasikan sebagai proyek Open Source adalah perangkat lunak bebas kanonik. Mereka diciptakan oleh penggemar, kadang-kadang untuk memecahkan masalah mereka sendiri, kadang-kadang untuk mencapai tujuan yang bermanfaat secara sosial. Tidak semua orang menemukan distribusi dan aplikasi yang luas. Ini terutama karena tugas yang diterapkan, yang diminta oleh program untuk dipecahkan.
Tetapi bahkan program-program yang menjadi sangat populer dapat menghadapi banyak masalah. Misalnya, pengembang utama (biasanya masih satu orang atau sekelompok kecil orang yang berpikiran sama) kehilangan minat dalam pengembangan lebih lanjut dan implementasi fungsi baru, atau tidak punya waktu untuk mendukung proyek. Atau, di antara tim pengembangan, ada perbedaan signifikan dalam strategi untuk pengembangan lebih lanjut dari produk. Sangat sering dalam kasus ini, cabang dari versi induk dari proyek muncul - salinan repositori, yang mulai berkembang secara terpisah dari proyek utama. Berikut adalah 3 skenario lainnya:
- Proyek utama tetap memimpin di kelasnya;
- Fork lebih sukses daripada proyek klaim 1;
- Proyek ini bengkok, baik garpu dan basisnya mati.
Apa dalam kasus ini, ketika produk adalah contoh klasik dari proyek Open Source yang membutuhkan biaya? Secara umum, semuanya sama dengan proyek-proyek Open Source yang dimonetisasi - spesialis. Spesialis yang mengetahui atau dapat mengetahui cara kerja sistem tertentu, yang mampu menerapkan sistem baru, memperbarui yang sudah ada atau mengintegrasikan dengan sistem lain. Sangat sering, spesialis seperti itu unik, bukan hanya satu dari sejuta (walaupun tampaknya ada contoh seperti itu), tetapi dalam beberapa wilayah yang tidak terlalu metropolitan, mereka mungkin bukan pilihan yang tepat.
Anda dapat menyewa spesialis seperti itu di negara bagian. Biayanya seringkali cukup tinggi. Tentu saja, ada opsi untuk mengambil keuntungan dari penawaran outsourcing baik dari freelancer dan dari organisasi yang mengkhususkan diri dalam penyediaan layanan dukungan teknis. Dalam hal ini, freelancer adalah pilihan yang paling murah, tetapi juga yang paling berisiko. Dengan analogi dengan produsen perangkat lunak yang menjual dukungan untuk produk mereka, perusahaan khusus juga memberikan lebih banyak jaminan untuk kepatuhan dengan perjanjian yang ditetapkan oleh kontrak dan lebih memahami tanggung jawab mereka kepada pelanggan.
Biaya
Adalah mungkin untuk memperkirakan tingkat biaya (hanya untuk memperkirakan, tidak mungkin untuk menghitung sama sekali, meskipun perhitungannya ternyata cukup dekat) pada Sumber Terbuka Anda di perusahaan Anda:
- Pertama, Anda perlu memutuskan produk mana yang seharusnya digunakan.
- Berdasarkan hal ini, opsi dukungan muncul - itu disediakan oleh pengembang sistem berdasarkan persyaratan komersial (yang sangat penting dari sudut pandang pemahaman dan pengamatan SLA), atau pengembang tidak memiliki layanan seperti itu dan perlu mencari cara lain. Kerugian dari dukungan tersebut adalah biaya tinggi dan tidak selalu menimbulkan reaksi jika Perjanjian Tingkat Layanan tidak didasarkan pada kebutuhan pelanggan;
- Cara lain, sebagaimana telah disebutkan di atas, dapat secara kasar dibagi menjadi tiga opsi:
- Mencari dan mempekerjakan freelancer adalah pilihan yang paling murah, tetapi cukup berisiko, bahkan jika kontrak dibuat antara freelancer dan organisasi, risiko force majeure adalah yang terkuat. Selain itu, tingkat keahlian freelancer bisa sangat tinggi. Atau mungkin sebaliknya;
- Pemilihan organisasi outsourcing khusus yang dapat menyediakan daftar layanan yang diperlukan untuk mendukung sistem yang dipilih. Sesuatu antara dukungan dari pabrikan (di mana tingkat keahlian maksimum, dan biasanya biaya) dan freelance (di mana lebih murahnya sumber daya adalah karena rendahnya tingkat kompetensi dalam spesialisasi yang sempit);
- Mempekerjakan seorang karyawan dalam staf adalah keuntungan dari opsi ini dalam kendali penuh atas sumber daya, kemampuan untuk dengan cepat mengarahkan karyawan tersebut untuk memecahkan masalah tertentu. Dalam minus, Anda dapat menulis biaya yang cukup tinggi, risiko downtime layanan dengan kehilangan karyawan.
- Pemilihan karyawan / perusahaan - apakah itu pilihan dukungan dari pabrikan atau dari freelancer / organisasi independen, atau mempekerjakan karyawan di staf, Anda perlu memahami dengan tepat kriteria apa yang dipilih untuk memilih artis. Yaitu intinya memiliki keahlian untuk menentukan keahlian tersebut. Atau, sekali lagi, pekerjakan seseorang (organisasi atau individu) dengan keahlian seperti itu.
Kesimpulan
Di akhir artikel saya ingin merangkum hasil yang dibuat.
- Kesimpulan pertama adalah bahwa Open Source tidak berarti gratis , tetapi pada tingkat rumah tangga itu berarti tersedia secara bebas.
- Kesimpulan kedua adalah bahwa aplikasi kanonik Open Source hanya dapat diperoleh jika digunakan secara pribadi , mis. digunakan di rumah.
- Kesimpulan ketiga adalah bahwa sinonim tidak selalu baik secara gratis , dalam kasus di mana pengoperasian aplikasi atau layanan berdasarkan proyek Open Source sangat penting, Anda harus memiliki dukungan yang dapat diandalkan. Itu semua tergantung pada harga downtime.
- Kesimpulan keempat adalah bahwa karena aplikasi atau layanan itu sangat penting, pemeliharaan dan dukungannya tidak bisa gratis, itu bukan apa yang harus Anda bayar untuk itu, Anda harus membayar untuk itu .