13 poin oleh xguru 2024-09-12 | 3 komentar | Bagikan ke WhatsApp
  • Tiga bulan lalu, Yaak menerbitkan tulisan berjudul "Why Not Open Source" yang menjelaskan alasan mengapa Yaak tidak dijadikan open source
  • Karena pernah mengalami burnout dalam proyek open source di masa lalu, penulis membagikannya dengan harapan proses pengambilan keputusan tersebut bisa membantu orang lain
  • Sebagian besar pengguna Yaak setuju, tetapi komunitas open source yang lebih luas menentang keras sebagian besar isi tulisan tersebut

Reaksi komunitas open source

  • "Jangan mencampuradukkan open source/perangkat lunak bebas dengan model sosial tertentu di GitHub atau kontribusi" - lobste.rs

  • "Namun semua hal itu juga berlaku untuk perangkat lunak closed source" - ycombinator.com

  • "Argumen dalam tulisan ini benar-benar omong kosong. Saya bahkan tidak tahu apa itu 'aplikasi' ini. Tidak perlu. Pergilah ke tong sampah sejarah" - reddit.com

  • Sebagian besar balasan tidak konstruktif, tetapi komentar 500 kata di lobste.rs benar-benar sangat bagus. Setelah membacanya, penulis mulai berpikir bahwa mungkin dirinya salah

Keuntungan open source

  • Open source tidak selalu berarti kontribusi terbuka
  • Hanya dengan membuka kode, sebagian besar manfaat sudah bisa didapat:
    • terbuka untuk audit keamanan
    • fitur yang transparan (tidak ada hal mencurigakan)
    • fleksibilitas (bisa di-fork dan dimodifikasi)
    • tetap bisa dijalankan meskipun pengembangnya pergi

Beralih ke open source dengan kontribusi terbatas

  • Ada proyek seperti SQLite yang open source tetapi tidak menerima kontribusi eksternal
  • Litestream pada awalnya tidak menerima kontribusi, tetapi akhirnya berubah hanya dengan mengizinkan perbaikan bug
  • Yaak juga mengadopsi model ini: menjadi open source dengan lisensi MIT dan hanya menerima kontribusi berupa perbaikan bug

3 komentar

 
rmekdma 2024-09-12

Saya terkesan melihat dia membaca banyak komentar, memilih masukan yang konstruktif, lalu menerimanya. Dia benar-benar orang yang berpikiran terbuka.

 
savvykang 2024-09-12

Komentar yang membangun juga benar-benar luar biasa.

 
xguru 2024-09-12

Ini adalah ringkasan komentar 500 karakter di lobster.rs yang disertakan dalam isi artikel.
Komentar ini ditulis tentang artikel asli Why Not Open Source ?.

  • Kesimpulannya, jangan mencampuradukkan "open source" / "free software" dengan model sosial tertentu di GitHub seperti drive-by contribution, atau kontribusi itu sendiri
  • Sulit setuju dengan penjelasan tentang mengapa open source tidak bekerja
  • Banyak poin yang diajukan merupakan dikotomi palsu. Misalnya, "menambahkan fitur secara realistis sulit, dan sering kali lebih cepat jika maintainer mengimplementasikannya sendiri"
  • Jika closed source, Anda memang selalu harus mengerjakannya sendiri, tetapi meski open source, Anda juga bisa memilih begitu. Tidak ada kewajiban menerima kontribusi orang lain

Bantahan untuk tiap poin

Menambah fitur dimungkinkan - 馃煡 Secara realistis sulit

  • Agar menjadi open source, tidak perlu menerima semua yang dikirim siapa pun

Transparansi meningkat - 馃煣 Open source tidak diperlukan demi transparansi. Bisa juga lewat roadmap publik, bukan hanya kode

  • Ini poin yang bagus. Namun bukan berarti hanya ada kode; artinya kode juga bisa ikut tersedia. Anda bisa memiliki kode yang transparan sekaligus roadmap

Keamanan akan membaik - 馃煣 Tergantung kasus. Pengguna bisa mengaudit kode proyek open source dan mengungkap masalah

  • Bahkan jika dijadikan open source, itu tidak menjadi lebih buruk. Kalau pun peluang perbaikannya kecil, setidaknya tidak ada sisi negatifnya

Komunitas akan tumbuh - 馃煣 Hanya mungkin jika ada usaha yang diinvestasikan. Ini juga tidak terbatas pada open source

  • Ini juga tidak membuat keadaan lebih buruk, tetapi saya mengakui penulis memang mengatakan hal ini tidak terlalu berkaitan

Bantahan terhadap kekurangan

Sulit menghadapi umpan balik yang tidak sopan

  • Di closed source pun Anda tetap akan menerima umpan balik. Dalam kedua kasus, tidak ada kewajiban untuk menerimanya

Sulit mengelola siklus umpan balik yang panjang

  • Cukup jangan menerima kiriman umpan balik/perubahan. Siklus perbaikannya pun hilang

Sulit menolak kontribusi yang dikirim tanpa persetujuan

  • Cukup tulis di readme "tidak menerima kontribusi" dan tutup semua PR secara otomatis

Saat proyek makin matang, sulit menolak sebagian besar hal

  • Bahkan pada closed source pun pengguna akan terus meminta

Sulit jika kontributor yang baik pergi

  • Cukup jangan menerima kontributor lain. Tidak ada bedanya antara open/closed source

Sulit menerima kenyataan bahwa orang bekerja tanpa dibayar

  • Free software tidak berarti gratis. Free software komersial juga mungkin, dan Anda tidak perlu menerima kenyataan bahwa orang lain tidak dibayar

Tidak baik jika ada lebih dari 1000 issue yang belum terselesaikan

  • Tinggal tutup otomatis

Sulit karena tidak ada akhirnya

  • Memiliki pengguna/pelanggan pada closed source juga sama