Model Pengembangan Perangkat Lunak Gratis: Katedral dan Bazaar

The Cathedral and the Bazaar adalah dokumen tipe manifes yang dikembangkan oleh Eric S. Raymond pada tahun 1.998 untuk mencoba menjelaskan dari perspektif dan pengalamannya sendiri (Fetchmail Development) apa yang dia pahami tentang keberhasilan penciptaan dan evolusi Linux dan program-program terkaitnya, terutama dari perspektif perbedaan antara Model Pengembangan Perangkat Lunak, yang secara pribadi disebutnya: Model Katedral dan Model Bazaar.

Dan dalam publikasi ini, kami akan memberikan analisis dan ringkasan manifesto tersebut yang begitu populer di kalangan pengembang Gerakan Perangkat Lunak Bebas. Yang tersedia secara gratis dan dapat diakses di banyak bagian web, tetapi dapat diunduh dari tautan web berikut untuk mengaksesnya lebih cepat: Katedral dan Bazaar.

PENDAHULUAN

Materi tersebut «Katedral dan Bazaar» memberi kita visi bahwa di dalam dunia Rekayasa Perangkat Lunak terdapat “dua gaya pengembangan yang sangat berbeda, model katedral, dapat diterapkan pada sebagian besar perkembangan yang dibuat di dunia perangkat lunak komersial, dibandingkan dengan model bazaar, lebih khas di dunia Linux ”.

Menekankan bahwa 2 model ini berasal dari titik awal yang berlawanan pada sifat proses debugging perangkat lunak, dan teori khususnya tentang apa yang dia sebut Hukum Linus yang menyatakan sebagai berikut: "Dengan jumlah mata yang cukup, semua kesalahan tidak relevan" atau dengan kata lain: "Dengan jumlah mata yang cukup, semua kesalahan mereka adalah hal-hal sepele ”.

Dan itu menekankan kata Hacker, yang menurut saya penulis ungkapkan sebagai jenis Pengguna tingkat tinggi yang mampu memahami dan secara efisien mengeksploitasi suatu program., dan untuk mendeteksi, menyarankan atau melaksanakan koreksi atau modifikasi bentuk dan substansi yang efisien untuk seluruh komunitas pengguna.

Dalam literatur lain, kata atau konsep yang disebut Hacker ini mengacu pada:

«seorang ahli, bersemangat tentang bidang subjek tertentu, terutama bidang teknologi, dan yang tujuannya adalah untuk memanfaatkan pengetahuan itu untuk tujuan yang ramah. Orang itulah, biasanya seorang profesional di bidang pengetahuan, yang bersemangat tentang pengetahuan, menemukan dan mempelajari hal-hal baru dan memahami cara kerjanya, mencapai titik untuk memperbaikinya dengan saran dan proposal yang efektif, dan selalu dengan niat untuk berbagi pengetahuan atau menghindari kegagalan atau malfungsi objek studi.

Yang merupakan konsep yang lebih universal dan nyata, karena ada "Hacker" di semua bidang pengetahuan manusia.

DESARROLLO

Dari sekian banyak yang telah membaca materi semacam itu, pasti akan banyak yang setuju bahwa gagasan bahwa "Linux itu subversif" terungkap dengan jelas di sana. Tapi kenapa?

Karena sampai saat itu masih ada multiplisitas metode atau model Pengembangan Perangkat Lunak standar berdasarkan "pendekatan yang lebih terpusat dan terencana sejak awal" Karena tindakan menciptakan Perangkat Lunak diambil sebagai sesuatu yang terkait dengan sesuatu yang mengarah pada "kompleksitas kritis tertentu".

Dan terlepas dari kenyataan bahwa dunia Unix sudah ada, terdiri dari alat kecil, pembuatan prototipe cepat, dan pemrograman evolusioner, Munculnya filosofi pengembangan Perangkat Lunak Bebas di Linux membawa masalah ini ke tingkat yang lebih canggih.

sementara Dalam dunia Pengembangan Perangkat Lunak Pribadi, hal itu dilakukan dengan "cara yang diam dan hormat", seperti halnya Katedral dibangun, di Dunia Pengembangan Perangkat Lunak Bebas (Linux) itu dilakukan dengan "cara yang bising dan dengan banyak agenda (jalur) dan pendekatan (proposal)", sama seperti saat Anda berada di pasar besar.

Manifesto hebat ini memberi kita beberapa premis untuk menyingkat ide-ide yang diungkapkan di sana, mengenai Model Pengembangan Perangkat Lunak Bebas, yaitu:

PREMIS # 1

SEMUA PEKERJAAN YANG BAIK DI PERANGKAT LUNAK DIMULAI MENCOBA UNTUK MENYEDIAKAN MASALAH PRIBADI PENGEMBANG.

Yang merupakan kenyataan tak terbantahkan karena Banyak dari mereka yang bekerja di Pengembangan Perangkat Lunak Bebas biasanya memulai karena kebutuhan untuk menyelesaikan masalah pribadi atau kolektif atau kelompok., atau untuk mengoptimalkan proses yang telah dijalankan dengan lambat dan / atau berulang, yang seringkali melelahkan dan / atau membosankan bagi mereka yang berpartisipasi di dalamnya, mencoba untuk memaksimalkan waktu dan upaya mereka yang terlibat.

PREMIS # 2

PEMROGRAM YANG BAIK TAHU APA YANG HARUS TULIS. TAHU TERBESAR APA YANG HARUS DIREWRITE DAN DIGUNAKAN ULANG.

Setiap programmer tahu bahwa memulai dari awal bukanlah hal yang buruk atau tidak perlu, ketika harus mengembangkan program atau aplikasi. Namun, bagi banyak orang yang baru memulai dan bagi orang lain yang sudah memiliki pengetahuan tentang masalah ini, diketahui bahwa terkadang "Menemukan Roda" lagi tidak terlalu efisien, tetapi lebih baik untuk mengoptimalkannya dan menyesuaikannya dengan kebutuhan Anda sendiri. Dengan kata lain, lebih baik untuk menulis ulang dan mengasimilasi kode sebanyak mungkin dari ahli lain di bidang yang menyangkut kita untuk menyelesaikan pengembangan perangkat lunak kita sendiri.

PREMIS # 3

"PIKIRKAN TENTANG MEMBUAT SETIDAKNYA SATU - ANDA AKAN AKHIRNYA MELAKUKANNYA."

Pengembang Perangkat Lunak yang baik harus tahu bagaimana mendengarkan secara rinci apa yang dikatakan atau disarankan atau diusulkan oleh pengguna perkembangan mereka, karena program yang sudah berfungsi, masih bisa menjadi sesuatu yang sangat besar, meskipun berfungsi, sesuatu yang kehilangan utara, monster fungsional yang melakukan segalanya untuk semua orang, dan pada gilirannya sesuatu yang tidak menyenangkan. Jadi mendengarkan untuk kembali ke asal, memenangkan kembali pengguna yang hilang, menambahkan fungsi baru, menghapus yang tidak perlu, membuat program lebih kecil, lebih spesifik dan umum, selalu merupakan praktik yang baik.

PREMIS # 4

JIKA ANDA MEMILIKI SIKAP YANG TEPAT, MASALAH MENARIK AKAN MENEMUKAN ANDA.

Perubahan sikap yang baik dan tepat waktu dapat berarti perubahan radikal untuk setiap programmer atau pengembang perangkat lunak dalam perkembangan mereka saat ini atau baru yang pada gilirannya berarti keuntungan baru dari waktu, uang atau kenyamanan bagi pengguna produk mereka. Waspadai cara-cara inovatif untuk memecahkan masalah yang muncul dalam gejala yang baik ke arah yang benar.

PREMIS # 5

KETIKA SEBUAH PROGRAM TIDAK LAGI MENARIK ANDA, TUGAS TERAKHIR ANDA ADALAH UNTUK MENYERAHKANNYA KE SUCCESSOR YANG KOMPETEN.

Bagi banyak programmer atau pengembang perangkat lunak, serta ahli teknologi lainnya, tidak jarang ingin mendedikasikan waktu baru untuk proyek baru. Tetapi dalam dunia Perangkat Lunak Bebas, premisnya adalah untuk meneruskan tongkat estafet, ada orang lain yang ingin melanjutkan pengembangan produk mereka yang sudah ditinggalkan, di mana mereka harus mengizinkan siapa pun untuk meretas (meningkatkan) program untuk diri mereka sendiri atau untuk kepentingan komunitas. pengguna program.

PREMIS # 6

MEMPERLAKUKAN PENGGUNA ANDA SEBAGAI KOLABORATOR ADALAH CARA YANG LEBIH SEDIKIT UNTUK MENINGKATKAN DENGAN CEPAT DAN SECARA EFEKTIF MEMPERBAIKI PROGRAM.

Karena "gratis" sering diartikan sebagai "gratis" dalam pengembangan Perangkat Lunak Bebas, banyak pemrogram cenderung berkelompok untuk menghindari keausan yang tidak dibayar dengan bersekutu dengan pengembang lain atau pengguna tingkat lanjut dari perkembangan mereka, untuk melanjutkan hal yang sama atau agar orang lain melanjutkannya , sebagai imbalan untuk menerima "kredit" dalam pengembangan inovasi kode di masa depan dan memastikan bahwa perkembangan masa depan secara formal menyertakan beberapa perizinan, untuk menghindari penyalahgunaannya.

PREMIS # 7

RILIS SEGERA. LUNCURKAN SERING. DAN DENGARKAN PENGGUNA ANDA.

Tidak seperti dalam dunia pengembangan perangkat lunak berpemilik, dalam perangkat lunak bebas sering kali hal itu lebih baik dan cepat. Karena basis pengguna dan pengembang yang luas yang biasanya menggunakan dan mengembangkan program di komunitas dan pada gilirannya berinteraksi satu sama lain, untuk mengkomunikasikan keraguan, saran, proposal, keluhan dan / atau klaim mereka, dapat menjadi sumber berharga dari pengetahuan untuk mengembangkan program dengan cepat menuju tahap perkembangan yang matang.

PREMIS # 8

DIBERIKAN BASE YANG CUKUP LUAS DARI PENGUJI DAN KOLABORATOR, HAMPIR SEMUA MASALAH AKAN DIIDENTIFIKASI DENGAN CEPAT DAN SOLUSI MEREKA AKAN JELAS KEPADA SESEORANG.

Materi diakhiri dengan membuat pembaca menyimpulkan, bahwa Metode Pengembangan Perangkat Lunak berbasis Model Bazaar, sangat efektif. Karena semakin banyak kekuatan, kebebasan, atau pengetahuan yang diberikan Pengembang Perangkat Lunak kepada Pengguna tentang program mereka, semakin mereka dapat menyumbangkan ide-ide cerdik atau perubahan yang berguna, hanya untuk tujuan keuntungan kolektif.

Dan ini diungkapkan dengan senang dalam kutipan berikut dari materi:

"Menurut saya, inilah perbedaan mendasar antara gaya katedral dan bazaar. Menurut cara katedral memandang pemrograman, kesalahan dan masalah pengembangan adalah fenomena yang berbahaya, dalam, dan bengkok. Dibutuhkan waktu berbulan-bulan diawasi oleh sejumlah kecil orang yang berdedikasi untuk yakin bahwa mereka telah disingkirkan. Oleh karena itu waktu yang lama diperlukan untuk rilis versi baru, dan kekecewaan yang tak terelakkan dialami ketika mereka yang telah ditunggu begitu lama tidak sempurna.

Dalam terang model bazaar, bagaimanapun, diasumsikan bahwa kesalahan biasanya merupakan masalah kecil atau, setidaknya, bahwa kesalahan akan menjadi begitu cepat begitu mereka dihadapkan pada mata yang bersemangat dari beberapa ribu kolaborator yang berdedikasi untuk menempatkan hak dan sebaliknya di setiap versi baru. Jadi, Anda terus merilis versi secara berkala untuk mendapatkan lebih banyak perbaikan, dan sebagai efek samping yang menguntungkan, kerugian Anda akan berkurang jika Anda mengacaukannya sesekali. "

KESIMPULAN

Secara pribadi, sedikit pengalaman saya di bidang Pengembangan Perangkat Lunak Bebas dengan Model tipe Bazaar memberi saya kesimpulan sebagai berikut:

• Pengguna harus diperlakukan sebagai sumber daya yang tak ternilai, dan dalam kasus terbaik sebagai sekutu yang tak ternilai untuk kolaborasi mereka dalam pengembangan produk.
• Setiap ide bagus atau layak untuk dieksplorasi, karena terkadang ide yang paling sedikit dicurigai bisa menjadi solusi atau perbaikan yang bagus untuk pengembangan.
• Baik atau mungkin ide orisinal terbagi, berkembang, atau menjauh dari konsep aslinya, tetapi yang penting adalah seberapa fokus seseorang harus dalam hal jenis pasar pengguna yang ingin Anda layani, layani, atau bantu.
• Agar efisien dan menghindari hilangnya tenaga karena penyebaran.
• Yang terbaik adalah kode yang kecil, langsung, sederhana, tetapi efisien yang berhasil dianggap benar oleh komunitas.
• Sebuah program sudah matang untuk Komunitas pengguna, ketika tidak ada lagi yang bisa dihilangkan, karena penambahan selalu merupakan kemungkinan yang baik untuk diperhitungkan.
• Program apa pun dapat digunakan (sebagian atau seluruhnya) untuk digunakan kembali dalam fungsi yang awalnya tidak dirancang.
• Semua Perangkat Lunak harus memiliki lisensi dan tindakan keamanannya masing-masing untuk kerahasiaan penggunaan Data Pengguna.
• Tidak perlu memulai dari awal, seseorang selalu mengembangkan sesuatu yang mirip dengan gagasan kita.
• Seseorang harus mengerjakan sesuatu yang disukainya, seseorang harus merasakan hasrat untuk pengembangan yang akan ia dedikasikan dalam Perangkat Lunak Bebas untuk membangkitkan secara internal rasa persatuan dengan apa yang dielaborasi, tanpa mencapai ekstrem mengembangkan rasa kepemilikan atasnya. .
• Harus ada sarana komunikasi yang baik dan sering antara Pengembang dan Pengguna (Kolaborator), sehingga pekerjaan mengalir dengan cepat dan berubah secara efektif.

Saya harap Anda menyukai dan menemukan informasi ini berguna, karena Bacaan "Katedral dan Bazar" adalah referensi wajib bagi semua orang yang memprogram Pengembangan Perangkat Lunak Bebas, tidak peduli seberapa besar atau kecilnya.