Semakin banyak kontributor open source yang mundur dari proyek-proyek karena kekhawatiran tentang Code of Conduct (CoC) yang terlalu kompleks. Apa yang awalnya dimulai sebagai panduan sederhana untuk menjaga kolaborasi yang sehat telah berkembang menjadi dokumen detail mirip hukum yang kini dipandang banyak developer sebagai penghalang daripada jembatan untuk berkontribusi.
Efek Menakutkan pada Kontributor
Banyak developer berpengalaman melaporkan menghindari proyek dengan CoC yang berat secara keseluruhan. Ketakutan tersebut bukan tentang keinginan untuk terlibat dalam perilaku buruk, melainkan risiko terjerat dalam interpretasi subjektif dari aturan-aturan yang samar. Kontributor menggambarkan perasaan seperti berjalan di atas kulit telur, khawatir bahwa setiap ketidaksepakatan teknis bisa dibingkai ulang sebagai pelanggaran CoC oleh seseorang yang memiliki agenda tertentu.
Kekhawatiran ini meluas melampaui kontributor individual. Beberapa developer yang sebelumnya memelihara proyek open source populer telah mengurangi keterlibatan mereka setelah menyaksikan bagaimana CoC dapat dijadikan senjata dalam perselisihan yang tidak ada hubungannya dengan pelecehan aktual atau merit teknis.
Ketika Niat Baik Menciptakan Masalah Baru
Tujuan awal CoC sangat sederhana: mencegah diskusi teknis merosot menjadi serangan personal dan menciptakan lingkungan yang ramah untuk kolaborasi. Contoh awal seperti panduan sederhana Ubuntu membantu proyek mempertahankan fokus dan produktivitas. Namun, CoC modern sering kali mencakup prosedur penegakan yang detail, daftar ekstensif kategori yang dilindungi, dan proses investigasi kompleks yang dapat menghabiskan sumber daya proyek yang signifikan.
Pengunduran diri tim moderasi bahasa pemrograman Rust pada tahun 2021 menyoroti masalah struktural ini. Seluruh tim mengundurkan diri, dengan alasan ketidakmampuan mereka untuk menegakkan CoC secara adil ketika potensi pelanggaran melibatkan anggota Core Team yang memiliki otoritas atas para moderator itu sendiri. Insiden ini mengungkapkan bagaimana struktur tata kelola yang kompleks di sekitar CoC dapat menciptakan ketidakseimbangan kekuasaan baru daripada menyelesaikan yang sudah ada.
Peristiwa Sejarah Kunci dalam Evolusi CoC:
- 2004: Ubuntu mengadopsi CoC awal untuk mengatasi masalah kolaborasi Debian
- 2011-2015: Ada Initiative mempromosikan kebijakan anti-pelecehan untuk konferensi teknologi
- 2013: Insiden "Dongle-gate" di PyCon menyoroti kebutuhan akan kebijakan formal
- 2014: Contributor Covenant dibuat sebagai template CoC universal
- 2019: Kernel Linux mengadopsi Contributor Covenant, menggantikan Code of Conflict yang lebih sederhana
- 2021: Seluruh tim moderasi Rust mengundurkan diri karena konflik tata kelola
Masalah Weaponization
Diskusi komunitas mengungkapkan pola di mana CoC semakin digunakan sebagai alat untuk kontrol politik daripada perlindungan komunitas yang genuine. Kontributor melaporkan melihat CoC ditegakkan secara selektif berdasarkan keselarasan politik dari mereka yang terlibat, dengan pelanggaran yang jelas diabaikan ketika dilakukan oleh anggota komunitas yang disukai sementara pelanggaran kecil oleh orang lain menghasilkan konsekuensi yang parah.
Orang-orang akan menunjuk pada dokumen-dokumen ini untuk membungkam dan menyingkirkan orang-orang yang tidak mereka sukai dan pada saat yang sama mentolerir perilaku buruk yang jelas melanggar code of conduct oleh orang-orang yang mereka sukai atau yang politik atau pendapatnya mereka setujui.
Penegakan selektif ini merusak kepercayaan dan keadilan yang seharusnya ditetapkan oleh CoC, menciptakan lingkungan di mana kontributor merasa harus selaras secara politik dengan moderator untuk menghindari potensi penargetan.
Pendekatan Alternatif
Beberapa proyek sukses telah mengadopsi pendekatan yang lebih ringan yang berfokus pada prinsip daripada aturan detail. CoC Ruby , yang dipuji oleh kritikus alternatif yang lebih berat, terdiri dari hanya empat prinsip sederhana: toleransi terhadap pandangan yang berlawanan, menghindari serangan personal, mengasumsikan niat baik, dan melarang pelecehan. Pendekatan ini mempercayai anggota komunitas untuk bertindak sebagai orang dewasa yang masuk akal sambil memberikan batasan yang jelas untuk perilaku yang tidak dapat diterima.
Proyek yang menggunakan CoC yang lebih sederhana melaporkan lebih sedikit konflik tata kelola dan lebih fokus pada pekerjaan teknis. Perbedaan kunci terletak pada mengandalkan kepemimpinan proyek yang terpercaya dan konsensus komunitas daripada proses birokratis yang dapat dimanipulasi oleh aktor jahat.
Prinsip-Prinsip CoC Sederhana Ruby:
- Peserta diharapkan bersikap toleran terhadap pandangan yang berbeda
- Peserta harus memastikan bahasa dan tindakan mereka bebas dari serangan personal dan komentar yang merendahkan
- Ketika menafsirkan kata-kata dan tindakan orang lain, peserta harus selalu mengasumsikan niat baik
- Perilaku yang secara wajar dapat dianggap sebagai pelecehan tidak akan ditoleransi
 |
|---|
| Menjelajahi Kode Etik yang lebih sederhana dengan menekankan prinsip daripada kompleksitas |
Jalan ke Depan
Debat ini bukan tentang apakah komunitas membutuhkan standar perilaku - sebagian besar setuju bahwa mereka membutuhkannya. Pertanyaannya adalah apakah standar tersebut harus berupa prinsip sederhana yang ditegakkan oleh pemimpin terpercaya atau dokumen kompleks mirip hukum dengan prosedur investigasi formal. Karena semakin banyak kontributor memilih dengan kaki mereka dengan menghindari proyek dengan CoC yang berat, maintainer mungkin perlu mempertimbangkan kembali apakah struktur tata kelola mereka membantu atau menghambat tujuan teknis mereka.
Kekuatan komunitas open source selalu terletak pada kemampuannya untuk menarik talenta teknis yang beragam yang berfokus pada membangun perangkat lunak yang hebat. Ketika tata kelola menjadi lebih kompleks daripada kode itu sendiri, sesuatu yang fundamental mungkin hilang dalam prosesnya.
Referensi: Why Heavy Codes of Conduct are Unnecessary for most Open Source Projects