A.Pengertian
Perangkat lunak sumber terbuka (open source software) adalah jenis perangkat lunak yang kode sumber-nya terbuka untuk dipelajari, diubah, ditingkatkan dan disebarluaskan. Karena sifat ini, umumnya pengembangannya dilakukan oleh satu paguyuban terbuka yang bertujuan mengembangkan perangkat lunak bersangkutan. Anggota-anggota paguyuban itu seringkali sukarela tetapi bisa juga pegawai suatu perusahaan yang dibayar untuk membantu pengembangan perangkat lunak itu. Produk perangkat lunak yang dihasilkan ini biasanya bersifat bebas dengan tetap menganut kaidah dan etika tertentu.
Semua perangkat lunak bebas adalah perangkat lunak sumber terbuka, tetapi sebaliknya perangkat lunak sumber terbuka belum tentu perangkat lunak bebas, tergantung kaidah yang dipakai dalam melisensikan perangkat lunak sumber terbuka tersebut


Perbedaan perangkat lunak sumber terbuka dengan perangkat lunak gratis
Serupa dengan perangkat lunak gratis, perangkat lunak sumber terbuka merupakan perangkat lunak yang juga dapat diperoleh dan didistribusikan secara bebas. Berbeda halnya dengan perangkat lunak gratis yang belum tentu boleh dilihat kode aslinya, perangkat lunak sumber terbuka dapat dibaca kode-kode pemrograman sesuai aslinya. Kode pemrograman ini dapat juga diubah, dimodifikasi dan dikembangkan sendiri oleh kita dengan tetap memperhatikan kaidah yang berlaku sesuai dengan lisensi perangkat lunak tersebut.
Sebagai contoh untuk memahami perbedaan antara kedua jenis perangkat ini dapat diilustrasikan misalnya perusahaan Microsoft pada suatu saat menjadikan salah satu produknya menjadi perangkat lunak gratis. Hal ini berarti siapapun dapat mendapatkannya secara gratis. Akan tetapi anda tidak diperkenankan untuk kemudian memodifikasi dan mengembangkan produk perangkat lunak tersebut.
Dapat disimpulkan, perangkat lunak sumber terbuka sudah pasti merupakan perangkat lunak gratis, namun sebaliknya perangkat lunak gratis belum tentu merupakan perangkat lunak sumber terbuka


Sejarah


Pada hari-hari awal komputasi, programmer dan pengembang bersama software untuk saling belajar dan berkembang bidang komputasi. Akhirnya gagasan open source pindah ke sisi jalan komersialisasi software di tahun-tahun 1970-1980. Pada tahun 1997, Eric Raymond diterbitkan The Cathedral dan Bazaar , analisis reflektif dari komunitas hacker dan prinsip-prinsip perangkat lunak bebas. Makalah ini mendapat perhatian besar di awal tahun 1998, dan merupakan salah satu faktor dalam memotivasi Netscape Communications Corporation untuk melepaskan populer mereka Netscape Communicator Internet suite seperti perangkat lunak bebas . Kode sumber ini kemudian menjadi dasar belakang SeaMonkey , Mozilla Firefox , Thunderbird dan KompoZer .
Tindakan Netscape diminta Raymond dan lain-lain untuk melihat ke dalam bagaimana membawa ide-ide software gratis Free Software Foundation dan manfaat yang dirasakan untuk industri perangkat lunak komersial. Mereka menyimpulkan bahwa aktivisme sosial FSF tidak menarik bagi perusahaan seperti Netscape, dan mencari cara untuk mengubah citra gerakan perangkat lunak bebas untuk menekankan potensi bisnis berbagi dan berkolaborasi pada kode sumber perangkat lunak. Istilah baru yang mereka pilih adalah "open source", yang segera diadopsi oleh Bruce Perens , penerbit Tim O'Reilly , Linus Torvalds , dan lain-lain. The Open Source Initiative didirikan pada bulan Februari 1998 untuk mendorong penggunaan istilah baru dan menginjili prinsip open-source.
Sedangkan Open Source Initiative berusaha untuk mendorong penggunaan istilah baru dan menginjili prinsip-prinsip itu ditaati, vendor perangkat lunak komersial menemukan diri mereka semakin terancam oleh konsep perangkat lunak yang didistribusikan secara bebas dan akses universal untuk sebuah aplikasi kode sumber . Sebuah Microsoft eksekutif menyatakan secara terbuka pada tahun 2001 bahwa "open source adalah perusak kekayaan intelektual. Saya tidak bisa membayangkan sesuatu yang bisa lebih buruk dari ini untuk bisnis perangkat lunak dan bisnis kekayaan intelektual." Namun, sementara FOSS secara historis memainkan peran di luar arus utama pengembangan perangkat lunak swasta, perusahaan besar seperti Microsoft telah mulai mengembangkan kehadiran resmi open-source di Internet. IBM, Oracle, Google dan State Farm adalah beberapa perusahaan dengan kepemilikan saham publik yang serius di kompetitif saat ini open-source pasar. Telah ada pergeseran signifikan dalam filosofi perusahaan mengenai pengembangan FOSS.
The gerakan perangkat lunak bebas diluncurkan pada tahun 1983. Pada tahun 1998, sekelompok individu menganjurkan bahwa perangkat lunak bebas jangka harus diganti dengan perangkat lunak open-source (OSS) sebagai ekspresi yang kurang ambigu dan lebih nyaman untuk dunia usaha. Pengembang perangkat lunak mungkin ingin mempublikasikan software mereka dengan lisensi open-source , sehingga siapa pun juga dapat mengembangkan perangkat lunak yang sama atau memahami fungsi internal. Dengan perangkat lunak open-source, umumnya ada yang diperbolehkan untuk membuat modifikasi itu, port ke sistem operasi baru dan arsitektur prosesor , berbagi dengan orang lain atau, dalam beberapa kasus, pasar itu. Sarjana Casson dan Ryan telah menunjukkan beberapa alasan berbasis kebijakan untuk adopsi open source - khususnya, meningkat proposisi nilai dari open source (bila dibandingkan dengan sebagian besar format proprietary) dalam kategori berikut: Keamanan, keterjangkauan, Transparansi, Kelangsungan, interoperabilitas, keluwesan.
Lokalisasi-khususnya dalam konteks pemerintah daerah (yang membuat keputusan software). Casson dan Ryan berpendapat bahwa "pemerintah memiliki tanggung jawab yang melekat dan kewajiban fidusia kepada wajib pajak" yang meliputi analisis yang cermat dari faktor-faktor ini ketika memutuskan untuk membeli perangkat lunak proprietary atau menerapkan opsi open-source.


Pengembangan perangkat lunak open source


Pada tahun 1997 esainya Katedral dan Bazaar, open-source penginjil Eric S. Raymond menunjukkan model untuk mengembangkan OSS dikenal sebagai model bazaar. Raymond menyamakan pengembangan perangkat lunak dengan metodologi tradisional untuk membangun sebuah katedral, "hati-hati dibuat oleh penyihir individu atau band kecil penyihir bekerja di isolasi indah". Ia menunjukkan bahwa semua perangkat lunak harus dikembangkan menggunakan gaya bazar, yang digambarkan sebagai "bazar mengoceh besar berbeda agenda dan pendekatan."
Dalam model tradisional pengembangan, yang ia disebut model katedral, pembangunan berlangsung dengan cara terpusat. Peran didefinisikan secara jelas. Peran termasuk orang didedikasikan untuk merancang (arsitek), orang yang bertanggung jawab untuk mengelola proyek, dan orang-orang yang bertanggung jawab untuk implementasi. rekayasa perangkat lunak tradisional mengikuti model katedral.
Model bazaar, bagaimanapun, adalah berbeda. Dalam model ini, peran yang tidak jelas. Gregorio Robles menunjukkan bahwa perangkat lunak yang dikembangkan menggunakan model bazaar harus menunjukkan pola berikut:
Pengguna harus diperlakukan sebagai co-developer
Para pengguna diperlakukan seperti co-developer dan sehingga mereka harus memiliki akses ke kode sumber dari perangkat lunak. Selain itu, pengguna didorong untuk mengirimkan penambahan perangkat lunak, perbaikan kode untuk software, laporan bug , dokumentasi dll Memiliki lebih co-developer meningkatkan tingkat di mana perangkat lunak itu berkembang. Hukum Linus menyatakan, "Mengingat cukup bola mata semua bug yang dangkal." Ini berarti bahwa jika banyak pengguna melihat kode sumber, mereka akhirnya akan menemukan semua bug dan menyarankan bagaimana untuk memperbaikinya. Perhatikan bahwa beberapa pengguna telah maju keterampilan pemrograman, dan lebih jauh lagi, setiap mesin pengguna menyediakan lingkungan pengujian tambahan. lingkungan pengujian baru ini menawarkan kemampuan untuk menemukan dan memperbaiki bug baru.
awal rilis
Versi pertama dari perangkat lunak harus dibebaskan sedini mungkin sehingga dapat meningkatkan kemungkinan seseorang menemukan co-pengembang awal.
integrasi sering
Perubahan kode harus diintegrasikan (digabungkan menjadi basis kode bersama) sesering mungkin sehingga untuk menghindari overhead memperbaiki sejumlah besar bug pada akhir siklus hidup proyek. Beberapa proyek open source memiliki malam membangun di mana integrasi dilakukan secara otomatis setiap hari.
beberapa versi
Harus ada setidaknya dua versi dari perangkat lunak. Harus ada versi buggier dengan lebih banyak fitur dan versi yang lebih stabil dengan fitur yang lebih sedikit. Versi kereta (juga disebut versi pengembangan) adalah bagi pengguna yang ingin menggunakan langsung dari fitur terbaru, dan bersedia menerima risiko menggunakan kode yang belum benar-benar teruji. Para pengguna kemudian dapat bertindak sebagai co-developer, melaporkan bug dan memberikan perbaikan bug.
modularisasi tinggi
Struktur umum dari perangkat lunak harus modular memungkinkan untuk pengembangan paralel pada komponen independen.
Dinamis struktur pengambilan keputusan
Ada kebutuhan untuk struktur pengambilan keputusan, baik formal maupun informal, yang membuat keputusan strategis tergantung pada perubahan kebutuhan pengguna dan faktor lainnya. Lih Pemrograman ekstrim .


Referensi
https://id.wikipedia.org/wiki/Perangkat_lunak_sumber_terbuka