Discord Bukan Dokumentasi

• Discord berguna untuk bantuan real-time dan berbagi pekerjaan, tetapi secara struktural tidak cocok untuk menggantikan dokumentasi berkelanjutan sebuah proyek
• Wajar jika proyek open source berkomunikasi di tempat para penggunanya berkumpul, tetapi Discord pada dasarnya adalah alat untuk percakapan sementara
• Platform pengembangan Watchy mengarahkan pengguna untuk bertanya di Discord untuk informasi di luar panduan konfigurasi dasar, sehingga tanpa dokumentasi API pengguna harus menggali pesan sendiri
• Meski pertanyaan bisa ditemukan lewat pencarian, sulit memahami konteks dan relevansi jawabannya, sehingga perintah atau opsi yang sama bisa ditafsirkan secara keliru
• Jika pertanyaan dan jawaban yang sering muncul tidak dikumpulkan di satu tempat, pengguna akan terus mengalami gesekan yang tidak perlu saat mempelajari dan memakai produk

---

Hal yang Bisa Dibantu Discord dan Hal yang Tidak Bisa Digantikannya

• Discord memungkinkan pengguna mendapatkan bantuan real-time untuk masalah, serta langsung melihat apa yang sedang dibuat orang lain atau di mana mereka terhambat
• Tingkat kesulitan untuk bergabung tidak jauh berbeda dari alat komunikasi lain seperti Slack, Matrix, Gitter, atau IRC
• Wajar juga jika proyek open source mengikuti prinsip “pergi ke tempat pengguna berada”
  • Diibaratkan bahwa tidak masuk akal hanya memposting di MySpace ketika semua orang ada di Facebook
• Fakta bahwa Discord bukan open source memang agak mengganjal, tetapi tetap berjalan dengan baik saat dibuka di Firefox
• Intinya, Discord cocok untuk percakapan sementara, tetapi bukan pengganti dokumentasi

Kekosongan Dokumentasi yang Terlihat di Watchy

• Saat memulai dengan platform pengembangan Watchy, rasa frustrasi semakin besar
• Cara penyajiannya kira-kira seperti “panduan dasar untuk konfigurasi ada di sini, selebihnya tanyakan di Discord”
• Tanpa dokumentasi API, pengguna harus menggulir banyak pesan sendiri untuk menemukan informasi yang dibutuhkan
• Jika informasi hanya tersisa di percakapan Discord, titik rujukan yang terstruktur seperti dokumentasi akan hilang

Masalah Konteks yang Tidak Terselesaikan oleh Pencarian

• Pencarian Discord sulit menjadi solusi praktis jika orang tidak menggunakan thread dengan benar
  • Pertanyaannya mungkin bisa ditemukan, tetapi jawabannya sulit ditemukan bersama-sama
• Sekalipun jawaban ditemukan, sulit menentukan apakah itu jawaban untuk pertanyaan saat ini atau untuk percakapan lain
• Dalam contoh percakapan, pertanyaan tentang perintah fullscreen, pertanyaan format disk, dan jawaban tentang flag -f bercampur, sehingga konteks sasaran dari jawabannya menjadi tidak jelas
• Dalam struktur seperti ini, perintah atau opsi yang sama bisa dibaca dengan makna yang sama sekali berbeda

Gesekan yang Dialami Pemula dan Pertanyaan Berulang

• Jika informasi tersebar di Discord, pemula akan kembali menanyakan pertanyaan yang sebenarnya sudah sering muncul
• Sebagian orang merespons pertanyaan pemula seperti ini dengan kesal
• Jika pertanyaan berulang banyak muncul, solusi yang lebih langsung adalah mengumpulkan pertanyaan dan jawaban umum di satu tempat
• FAQ mungkin bukan bentuk akhir yang tepat untuk dokumentasi komprehensif, tetapi tetap diperlukan sebagai penataan informasi minimal

Dokumentasi yang Setidaknya Perlu Dikumpulkan

• Tidak harus mengikuti Four-Document Model
  • Model ini juga memiliki kritik
• Meski begitu, sulit dipahami jika pertanyaan dan jawaban yang sering muncul tidak dikumpulkan
• Dokumentasi menyeluruh tidak bisa diselesaikan hanya dengan FAQ, tetapi proyek yang bahkan tidak membuat FAQ sebaiknya mempertimbangkan ulang peluncuran produknya

[GN⁺]

Komentar Hacker News

• Ada tren startup mendorong semuanya, termasuk dukungan, ke Discord, tetapi karena alasan yang disebutkan dalam tulisan itu, dari sudut pandang pengguna dan pelanggan ini menjadi pengalaman yang mengerikan
  Terlalu banyak waktu terbuang untuk memahami struktur channel dan mencari tempat yang tepat untuk memposting, dan juga sulit menelusuri apakah solusi sudah pernah diposting. Bahkan tidak jelas siapa yang benar-benar akan menjawab. Jika Anda menjalankan startup dan ingin memindahkan semuanya ke Discord, sebaiknya pertimbangkan ulang dengan serius

  • Dari sudut pandang bisnis pun ini sulit dipahami
    Alih-alih membiarkan informasi publik ditemukan lewat pencarian Google atau penelusuran portal bantuan dan situs dokumentasi, semua orang justru dipaksa masuk ke ruang chat untuk menanyakan ulang hal-hal yang kemungkinan besar sudah pernah dijawab. Ini malah menambah pekerjaan untuk diri sendiri. Saya tahu banyak orang bertanya tanpa membaca bantuan atau dokumentasi, tetapi jika dukungan swalayan bisa menyelesaikan bahkan 10% kasus, maka dokumentasi seperti itu layak dijaga agar tetap mutakhir
  • Dalam banyak kasus, jadinya seperti, “untuk membaca FAQ, meskipun Anda baru saja memverifikasi email, silakan berikan nomor telepon untuk memverifikasi akun Discord yang baru dibuat”
    Ini juga pernah dibahas di Hacker News sebelumnya: “Discord is a black hole for information”
    https://knockout.chat/thread/33251/1
    https://news.ycombinator.com/item?id=30311982
  • Discord mungkin memberi 99% hasil dibandingkan upaya yang dikeluarkan
    Setidaknya dalam kasus saya, audiensnya sangat muda dan semuanya memang ingin ada di Discord. Jika ada anggota komunitas yang baik dan mau menjadi moderator, praktis ini bisa berjalan hampir tanpa usaha. Dalam pengalaman saya, Discord justru didorong lebih dulu oleh komunitas, dan ide untuk memulainya bukan datang dari saya. Platform lain, meskipun saya dorong, tidak ada yang menginginkannya. Saya tidak tahu kenapa, tapi memang berjalan dengan baik
  • Jika dilihat dari cara komunikasi yang diinginkan orang, Discord adalah salah satu dari sedikit produk yang bisa “melakukan semuanya”
    Mendukung suara, video, dan teks, serta interaksi waktu nyata, interaksi tertunda, dan interaksi otomatis. Juga mendukung web, desktop, dan mobile. Saya bisa memahami keinginan untuk menstandarkan prosedur dukungan dan pelatihan ke satu alat. Jika aksesibilitas dan kegunaannya bisa ditingkatkan, Discord bisa menjadi kemajuan besar dalam banyak hal. Mengurangi jumlah channel dan memberi nama yang jelas adalah langkah awal yang baik, dan pesan sambutan singkat serta tips juga bisa membantu
  • Hal lain yang saya benci dari Discord adalah pengelolaan notifikasi
    Pengaturan notifikasi default benar-benar aneh, sehingga semuanya selalu tampak belum dibaca, semuanya penting, dan lencana merah muncul di mana-mana. Setiap kali masuk ke “server” baru, hal pertama yang harus saya lakukan adalah klik kanan lalu memilih “suppress @everyone and @here” dan “suppress role mentions”. Bahkan setelah itu, pesan @everyone, @here, dan @role tetap disorot kuning seolah-olah saya disebut secara pribadi. Mention siaran adalah fitur yang pasti akan disalahgunakan, jadi sejak awal seharusnya tidak perlu dibuat
    Kotak input pesannya juga terlalu sok pintar sekaligus terlalu bodoh. Ia merusak penggantian teks bawaan macOS, dan setahu saya menelan beberapa karakter jika pesan dimulai dengan karakter tertentu. Tapi kalau Anda mengetik @username langsung dan tidak memilih autocompletion yang muncul, mention itu tidak akan berfungsi
    UI untuk menambahkan emoji reaksi juga sangat buruk sampai terasa lucu. Setelah menampilkan emoji terbaru, ia tanpa henti menampilkan emoji kustom dari semua server yang bahkan tidak bisa dipakai tanpa langganan, baru setelah itu emoji Unicode muncul
    Popup, banner, dan tooltip yang mempromosikan langganan berbayar juga sangat mengganggu. Popup “what’s new” juga begitu. Jika seseorang sudah bertahun-tahun memakai paket gratis dan tidak membayar, seharusnya dianggap peluang konversinya rendah; saya berharap mereka berhenti menyiksa mata dengan upsell dengan harapan bisa mengubah saya menjadi pelanggan berbayar
    File juga terlalu sering diblokir dengan alasan “too powerful”, dan tidak ada opsi untuk membiarkannya dikompresi sesuai cara yang diinginkan server. Padahal jarang sekali perlu mengirim gambar atau video dengan kesempurnaan bit-per-bit. Suatu saat saya ingin membuat messenger desktop multi-protokol yang modern sebagai proyek berikutnya, dan Discord akan saya taruh di urutan teratas daftar layanan yang didukung

• Respons spontan HN terhadap topik tertentu makin terasa melelahkan
  Banyak orang yang berkomentar sekarang tampaknya bahkan tidak membaca tulisan itu sebenarnya tentang apa, dan hanya ingin melampiaskan nostalgia terhadap mailing list lama dan dokumentasi setengah jadi. Dokumentasi seperti itu, kalau bagus, paling punya satu contoh kode, dan rata-ratanya pada akhirnya cuma setingkat “daftar isi” untuk source code yang tetap harus dibaca. Secara pribadi saya juga ingin proyek-proyek seperti ini punya BBS selain Discord, tetapi bisa sekadar berbicara dengan orang-orang yang membuat hal-hal yang saya minati, lalu berteman dalam prosesnya, itu benar-benar menyenangkan
  Dalam kasus Watchy, dokumentasinya adalah titik awal yang baik: https://watchy.sqfmi.com/docs/getting-started
  Ada diagram arsitektur, beberapa contoh kode untuk kasus penggunaan umum, dan juga cukup baik dalam menunjukkan bahwa proyek ini adalah proyek “petualangan” dengan cakupan yang luas. Mungkin suatu hari nanti bisa ditambahkan tautan ke tulisan atau proyek buatan orang lain, tetapi saya tidak tahu apakah akan ada banyak materi seperti itu. Ini produk yang cukup niche

  • Berbicara dengan pembuatnya dan berteman adalah alasan yang bagus untuk membuat Discord. Tetapi jangan menggiring semua orang ke sana untuk semua keperluan
  • Hanya dari judulnya saja, arus komentar sudah bisa diprediksi
    Ada beberapa topik di sini yang memicu banyak orang, dan apa pun kiriman aslinya, mereka memposting komentar yang sudah disiapkan sebelumnya tanpa membacanya. Cukup jelas dari fakta bahwa ada orang membuat akun sementara seperti “discordsucks” hanya untuk berkomentar
  • Discord tidak punya threading pesan. Jadi ia pantas menerima semua celaan yang datang
  • Discord itu buruk. Itu perangkat lunak proprietari, dan menggunakan channel sebagai sumber dokumentasi atau alat adalah ide terburuk
    Lagi pula, itu bukan “server” melainkan channel

• Kami juga mulai memakai https://www.answeroverflow.com/ untuk mencerminkan isi Discord ke web
  Kami bisa saja membuat sesuatu yang mirip sendiri, tetapi AnswerOverflow punya fitur yang lumayan bagus dan juga menangani persoalan persetujuan dengan baik. Jika memulai Discord dari nol, kami sangat menyarankan untuk sejak awal menjelaskan bahwa konten bisa dicerminkan ke tempat lain, meskipun belum langsung dilakukan sekarang. Kalau dilakukan belakangan, itu akan jauh lebih sulit
  Solusi yang lebih baik mungkin adalah tidak memakai Discord sama sekali, tetapi karena hambatan pada alternatif, penolakan dari rekan, dan kekhawatiran bahwa komunitas bisa terpecah, ini adalah pilihan terbaik bagi kami. Mungkin memang yang terbaik adalah tidak memakai Discord sejak awal, tetapi setidaknya untuk sebagian komunitas, ada keuntungan karena sudah terasa akrab. Kami juga tetap memelihara dokumentasi yang “layak”, tetapi sulit memuat semuanya, dan di Discord ada informasi berharga yang tidak tercatat di tempat lain

  • Setidaknya lebih baik melakukan mirroring ke arah sebaliknya
    Komunikasi utama diletakkan di tempat yang terbuka seperti XMPP MUC, Matrix Spaces, IRC, atau tempat seperti Zulip dan Mattermost. Dengan begitu, meskipun alat chat yang sedang populer minggu ini berubah, markas utama tidak dijalankan oleh perusahaan raksasa yang bisa memutus layanan lewat penindakan atau tembok berbayar baru

• Di perusahaan sebelumnya, kami memakai Discord untuk dukungan dan hasilnya sangat bagus
  Membangun komunitas di tahap awal memang butuh waktu, tetapi setelah terbentuk, itu menjadi aset besar. Kelebihan terbesarnya adalah umpan balik pengguna secara real-time, retensi pengguna, kolaborasi antarpengguna, dan bantuan berbasis komunitas. Discord bersifat percakapan, jadi saat menerima masukan tentang produk, kami bisa cepat membahas masalah yang sebenarnya mereka alami dan mengusulkan solusi sambil melihat reaksinya. Jika pengguna bisa langsung mengakses pengembang produk, mereka merasa pendapatnya dipakai secara berguna dan tingkat retensinya juga naik. Kalau komunitas sudah cukup besar, pengguna bisa bersama-sama melakukan brainstorming perbaikan atau membantu pengguna baru, sehingga mengurangi waktu yang harus dipakai pengembang untuk dukungan
  Secara pribadi, menurut saya kritik bahwa ini “tidak bisa diindeks” agak lucu. Seberapa sering Anda pernah mencari error yang rumit lalu sampai ke mailing list? Biasanya email yang terindeks tidak punya jawaban, dan kalaupun ada jawaban, sering kali tidak menyelesaikan masalah. Mengorek arsip percakapan bukanlah cara dokumentasi yang efisien. Kami memakai masukan komunitas sebagai sinyal untuk menemukan bagian yang kurang dalam dokumentasi, lalu memperbarui dokumentasi sesuai itu. Kalau minggu ini ada 10 pengguna bertanya tentang fitur X, itu berarti dokumentasinya perlu diperbarui

  • Saya tidak paham kenapa kritik “tidak bisa diindeks” itu dianggap lucu
    Memang sekarang ada thread, tetapi itu hanya berguna kalau semua orang memakainya. Kalau saya menemukan orang yang menanyakan hal yang sama tetapi tidak ada jawaban, saya tidak bisa tahu apakah memang tidak ada jawaban atau jawabannya diberikan di luar thread, tertimbun di bawah 1000 pesan. Tanpa threading, ini bencana
    Saya sering mencari error yang rumit lalu berakhir di mailing list, tetapi forum lebih baik. Di Discord atau Slack saya hampir tidak pernah mendapat jawaban, atau kalau dapat pun bukan jawaban yang bagus. Begitu pertanyaan terdorong ke atas, tidak ada yang melihatnya lagi, dan kalau ada yang menjawab pun sering kali itu pemula yang antusias tetapi tidak memahami masalahnya
    Dulu saya sering menulis di forum, menunjukkan masalah secara tepat dengan contoh reproduksi yang sudah diverifikasi dengan baik. Saya juga biasa menelusuri pertanyaan yang belum terjawab di satu atau dua halaman pertama dengan pola “satu pertanyaan, satu jawaban”, lalu meninggalkan jawaban jika saya tahu
    Hampir semua kanal “dukungan” Discord atau Slack sangat buruk. Ini cara perusahaan menggeser ekspektasi ke arah mengabaikan pengguna sambil mengurangi dukungan. Drone(CI) juga baru-baru ini melakukan itu, dan kanal Slack-nya penuh dengan pertanyaan pengguna
    Menurut saya alasan sebenarnya Discord dan sejenisnya populer adalah biaya upaya yang rendah. Tidak ada harapan untuk datang dengan contoh yang sudah lengkap; karena ini percakapan, orang bisa melempar pertanyaan setengah jadi lalu menunggu seseorang membimbing dan menuntunnya. Harga yang harus dibayar adalah kehilangan orang-orang yang sebenarnya ingin ikut dalam komunitas yang menuntut usaha, alih-alih ruang yang penuh emoji dan meme
  • Kritik “tidak bisa diindeks” dulu memang jauh kurang lucu, tetapi sekarang rasanya benar
    Web sendiri sudah menjadi ruang yang hampir mustahil untuk dicari. Penyebabnya adalah spam optimasi mesin pencari, penurunan kualitas pencarian Google, kecenderungan semua hal masuk ke dalam pagar tertutup, serta arus menaikkan harga API dan menggenggam data rapat-rapat untuk melawan LLM
    Secara umum, saya melihat matinya web yang bisa dicari mendorong perpindahan ke Discord. Ini bukan terutama salah pengembang individual; seperti yang dibilang, bagi mereka ini memberi keuntungan bersih. Yang dibutuhkan adalah “ozempic web”. Skalanya tetap seperti 2023, tetapi lebih ringan, bisa diindeks, tanpa pagar, dan lebih sedikit isian tak berguna serta monetisasi pencuri perhatian. Sebelum itu, sebanyak apa pun kita memarahi para pemainnya, permainannya sendiri memang sudah bengkok
  • Dari sudut pandang pemilik produk, Discord yang aktif memang bisa terasa sangat bagus. Ada hadiah dopamin instan di mana-mana
    Tetapi itu adalah bias seleksi. Percakapan yang diikuti pemilik tentu saja berjalan baik. Lalu bagaimana dengan percakapan lain? Jika pertanyaan yang tidak dijawab tenggelam oleh percakapan lain tiga jam kemudian, perusahaan tidak akan melihat pertanyaan itu. Perusahaan tidak bisa melihat apa yang tidak dilihatnya, dan di situlah bias seleksi muncul
  • Biasanya hasil pencarian adalah postingan Stack Overflow atau issue di pelacak bug
    Discord merampas informasi dari tempat-tempat terbuka seperti itu. Kadang saya bahkan menemukan proyek lewat jawaban-jawaban semacam itu. Hanya saja, saya lebih tertarik pada FLOSS daripada startup kode tertutup monopolis, jadi bisa jadi fokus pelanggan utamanya memang masalah yang berbeda
  • Ada dua perbedaan utama antara kasus yang dibahas di sini dan situasi yang dijelaskan Terence Eden
    Pertama, mereka berhasil mengintegrasikan Discord ke dalam proses dokumentasi. Saat menerima umpan balik tentang X, mereka memperbarui dokumentasi untuk membahas X. Sebaliknya, Eden mengatakan banyak proyek menjawab X di Discord lalu tidak memperbarui dokumentasi
    Kedua, tim tersebut menjawab pesan Discord dengan cepat. Banyak tim menunda-nunda atau sama sekali tidak merespons

• Obrolan bukan dokumentasi
  Ketika menemui titik buntu, biasanya saya mulai dengan menelusuri implementasinya secara kasar, tetapi itu tidak banyak membantu jika codebase-nya tidak familier. Saya memeriksa dokumentasinya, dan yang ada hanya tautan “Bergabunglah dengan komunitas Discord”. Jadi saya membuka Discord, memasang pembaruan, melakukan autentikasi dua faktor berbasis email kustom, menyetujui ketentuan yang berubah, menutup banner Nitro, menyetujui aturan server, lalu masuk ke #general. Saya mengajukan pertanyaan dengan konteks selengkap mungkin, tetapi tidak ada jawaban. Akhirnya saya menyalakan debugger dan menelusuri library atau framework itu baris demi baris untuk memahami apa yang sebenarnya terjadi. Setelah membuat salinan yang bisa dimodifikasi, menambahkan logging, dan mencoba beberapa perubahan, beberapa jam kemudian saya baru mengetahui bahwa X tidak mendukung Y, atau bahwa nilainya harus dienkode dan dikirim dalam Base 47 atau Latin 1. Lalu 3 hari kemudian, pada pukul 1 dini hari, saya mendapat balasan di Discord yang terkesan meremehkan: lihat percakapan yang terjadi 2 minggu sebelum saya bergabung
  Obrolan sangat membebankan pengguna untuk memahami masalah sendiri dan saling memberi dukungan antar pengguna. Terutama di dunia kerja asinkron, ini tidak bisa menjadi pengganti dokumentasi. Sekilas mungkin terlihat cocok untuk kerja asinkron karena orang bisa menjawab secara asinkron, tetapi sebenarnya tidak, karena hambatan tidak bisa diselesaikan secara asinkron
  Selama sekitar 8 dari 12 tahun terakhir saya bekerja dengan Django, hampir satu-satunya saat saya menggunakan debugger pada kode Django adalah ketika saya menemukan kerentanan keamanan dan perlu memastikan detail tingkat sangat rendah. Sebaliknya, untuk proyek yang menyarankan Discord sebagai ganti dokumentasi, saya mengerjakan proyek hobi sekitar 5 hari selama sebulan dan harus memakai debugger sampai 3 kali hanya untuk memahami apa yang sedang terjadi

• Sebenarnya ada solusi budaya dan proses yang sangat membantu di sini. Yaitu mengubah pertanyaan di Discord dengan disiplin menjadi pembaruan dokumentasi
  Jika dilakukan begitu, Discord bisa menjadi akselerator yang kuat untuk meningkatkan kualitas dokumentasi proyek. Hanya saja, itu memerlukan disiplin yang sepadan

  • Ini inti masalahnya
    Jika saya harus mengerjakan pekerjaan saya tetapi juga harus memantau Slack, Discord, dan Mattermost sepanjang hari, berarti saya tidak bisa mengerjakan pekerjaan saya. Pengecualiannya kalau pekerjaan saya memang dukungan. Para developer cenderung naif, keras pada opininya, dan ingin menyenangkan orang lain, sehingga ini menjadi contoh lain bagaimana pengembangan perangkat lunak mengambil alih area bisnis lain, yaitu dukungan. Pada era Agile, kami mengambil alih manajemen proyek; pada era DevOps, kami mengambil alih administrasi sistem. Tergantung situasinya
  • Mungkinkah LLM mem-parsing obrolan lalu menjaga FAQ publik tetap mutakhir?
    Rasanya seperti seseorang pasti sudah membuatnya, tetapi terakhir kali saya mencari, saya tidak menemukan apa pun

• Sebagai pengguna produk, saya tidak ingin masuk ke komunitas orang-orang acak lalu terseret ke percakapan yang tidak produktif
  Saya juga tidak ingin terus me-refresh obrolan yang nyaris sinkron, atau melewatkan informasi penting hanya karena saya tidak mengikuti satu hari. Saya berharap perusahaan menghormati waktu dan perhatian saya

  • Kalau begitu, jangan gunakan dukungan obrolan. Menjadi pengguna produk tidak berarti harus memakai dukungan obrolan

• Pencarian Discord sangat buruk sampai mengejutkan. Pengguna sudah mengeluh selama bertahun-tahun, tetapi tidak juga diperbaiki
  Ini saja sudah membuatnya tidak layak dipakai sebagai dokumentasi

  • Saya datang untuk mengatakan ini. Ada terlalu banyak yang salah
    Jika seorang pengguna meninggalkan server, konten yang mereka kirim tidak bisa lagi dicari secara spesifik. Bahkan jika pengguna itu masih ada di server, pencarian Discord tampaknya tidak selalu mengetahui seluruh daftar pengguna saat ini, sehingga bisa sulit menemukan apa yang mereka kirim. Jika Anda mencari sesuatu dengan banyak hasil lalu mencoba kembali ke halaman pertama, yaitu hasil paling awal, itu akan rusak. Misalnya, di beberapa server saya tidak bisa melompat ke pesan pertama saya. Anda juga tidak bisa mencari di dalam thread tertentu. Cara kerja pencarian teksnya sendiri dulu juga mengganggu saya, tetapi sekarang saya tidak bisa menemukan contoh yang bagus tentang apa tepatnya masalahnya
  • Harapannya bukan agar Anda bisa mencari lalu kembali bekerja, tetapi agar Anda bersembunyi di sana dan mengobrol sepanjang hari
    Di perusahaan seperti ini, engagement—yakni membuang waktu—sering dianggap sebagai kualitas yang diinginkan

• Untuk alasan yang sama, Slack juga bukan dokumentasi
  Saat ini saya sedang mengerjakan peningkatan dokumentasi di seluruh perusahaan. Kami adalah startup lama di bidang yang membutuhkan waktu sangat lama untuk masuk ke pasar, dan pada kuartal lalu saya memimpin dua proyek yang masing-masing menghabiskan waktu berminggu-minggu hanya untuk menjawab pertanyaan tentang kode lama. Kadang penulis aslinya sudah keluar dari perusahaan dan tidak ada dokumentasi sama sekali; kadang penulis aslinya masih ada di perusahaan, tetapi secara harfiah sudah tidak ingat pernah menulis kode itu, dan tetap tidak ada dokumentasi. Setiap kali begitu, orang-orang bilang pasti ada percakapan Slack di suatu tempat yang menjelaskan semuanya. Tidak, tidak ada. Setiap proyek dan aplikasi memerlukan dokumen desain di awal, lalu manual pengguna setelahnya, dan semuanya benar-benar harus dipelihara

• Agak membingungkan melihat komunitas yang lebih luas begitu tergila-gila pada Discord secara tidak wajar
  Seperti yang dikatakan orang lain, pada dasarnya ini adalah IRC dengan multimedia. Kenapa sampai dipromosikan sedemikian gencar? Bahkan jika menerima gagasan yang sangat kontroversial yaitu “mendapat dukungan di Discord”, produknya sendiri tidak istimewa. Hanya sedikit lebih baik daripada produk serupa yang sudah ada. Kekhawatiran yang sangat realistis tentang bagaimana data pengguna akan dipakai di masa depan adalah hal terpisah

  • IRC dengan multimedia, yang dikelola orang lain, tetapi saya mengendalikan siapa yang boleh menggunakannya
    Dan banyak pengguna tidak pernah memakai IRC. Fakta bahwa ada aplikasi dengan nama yang sama seperti layanannya juga berpengaruh besar. Jadi ia menjadi satu “hal” seperti Instagram atau TikTok. Cukup mengejutkan kalau melihat betapa banyak orang yang bahkan tidak pernah memikirkan bahwa aplikasi reddit dan layanan/situs reddit adalah hal yang terpisah. Komunitas TI yang lebih luas pun masih lebih mirip ceruk kecil, dan kita sering melupakan itu
  • Saya tidak setuju dengan pernyataan bahwa “produknya sendiri tidak istimewa”
    Selain Slack, Discord telah membuat produk aplikasi chat dan suara berbasis browser yang ditujukan ke konsumen dengan kualitas tertinggi berikutnya. Dirancang dengan baik, stabil, dan untuk sebagian besar memiliki antarmuka pengguna yang sederhana
  • Discord tampaknya merupakan contoh pertama yang memahami lebih dulu bahwa ada nilai dalam menggabungkan fitur-fitur ini agar mudah digunakan dan dikelola, lalu mengimplementasikannya dengan cukup kompeten
    IRC dan berbagai alternatif yang sering disebut bahkan sering tersendat di langkah pertama itu, bukan hanya untuk multimedia, tetapi bahkan untuk chat teks murni. Pesaing yang memahami hal itu gagal dalam implementasi atau datang terlalu terlambat. Kekhawatiran privasi terlalu rendah dalam prioritas pengguna sehingga kecil kemungkinannya bisa menggoyahkan keunggulan pelopor Discord
  • Ini adalah IRC dengan multimedia, tetapi bekerja sangat baik sehingga orang selalu memakainya, dan riwayat pesan yang persisten serta kemampuan melihat pesan sebelum masuk ke kanal sangat berguna
    Itu saja sudah cukup. Tetapi dalam banyak hal juga jauh lebih baik daripada IRC. Tentu saja Anda bisa menjalankan IRC bouncer untuk Libera sendiri di “akun shell” atau instance mikro AWS yang selalu aktif, tetapi selain orang yang paling geek, siapa yang mau melakukan itu. Tetap saja, saat masuk ke kanal baru Anda tidak bisa melihat pesan lama, dan meskipun ada bot pencatatan atau halaman arsip, semuanya terasa kikuk. Belum lagi ritual NickServ di setiap jaringan. Dan sekarang juga tidak ada multimedia bagus yang diharapkan sebagian besar pengguna sebagai budaya komunikasi umum
    Lalu tambahkan UI yang lumayan bagus, pratinjau tautan di mana pengirim tahu persis seperti apa yang akan dilihat penerima, pemformatan pesan ala Markdown, metadata yang cukup untuk menautkan balasan, reaksi emoji ringkas yang tidak membuat kanal jadi spam, sampai konferensi suara dan video yang bekerja baik tanpa konfigurasi tambahan. Selain pencarian dan UI pencariannya, di antara alternatif yang ada UI-nya juga bagus, kecuali mungkin Zulip
    Dulu saya memakai IRC setiap hari, menjalankan bouncer pengarsipan, dan bahkan mengelola kanal komunitas, tetapi sekarang saya sudah tidak peduli lagi. Saat sempat sibuk dan sakit selama beberapa waktu, nama pengguna NickServ yang saya daftarkan kedaluwarsa sehingga pengelolaan kanal ikut rusak, dan itu juga mematahkan motivasi saya. Ketika semua orang pindah dari Freenode ke Libera, saya berhenti memakai IRC begitu saja
    Pada saat yang sama, saya sangat setuju dengan kritik terhadap cara proyek-proyek memakai Discord dengan terus membuat dokumentasi yang berguna tetapi pada praktiknya malah menghilangkannya. Kita harus mengakui bahwa Discord membuat produk yang bagus, matang, dan memiliki efek jaringan yang bisa dipahami. Namun disayangkan proyek sulit membuat kanal mereka terarsip secara publik dan bisa dicari, dan juga disayangkan karena ini bukan jaringan terbuka maupun produk open source. Hal yang sama berlaku untuk pencarian dan UI pencariannya yang buruk
    Mengingat sebagian besar proyek yang saya lihat memakai Discord, termasuk proyek komersial, kebanyakan tetap open source, masih ada kemungkinan Matrix suatu hari menggantikannya kecuali Discord membuka jaringannya dalam bentuk apa pun. Hanya saja, proyek yang sudah ada tidak bisa memindahkan riwayat chat dan penggunanya, sementara proyek baru harus menemui pengguna di tempat mereka sudah berada, yaitu di jaringan seperti Discord, Slack, atau Telegram, sehingga gesekannya besar