Saya mendekati ulang tahun kesepuluh saya di Stack Overflow. Selama bertahun-tahun, pendekatan saya dalam menggunakan situs ini dan persepsinya telah banyak berubah, dan saya ingin berbagi pengalaman saya dengan Anda. Dan saya menulis tentang ini dari sudut pandang rata-rata pengguna yang tidak terlalu terlibat dalam kehidupan komunitas situs atau budayanya. Saat ini saya hanya menjawab pertanyaan terkait VS Code, produk yang sedang saya kerjakan. Namun, saya biasa berpartisipasi aktif dalam diskusi tentang berbagai topik. Dalam 10 tahun saya , melihat segudang komentar orang lain.
Jon Skeete jauh lebih baik dan lebih berwibawa daripada yang bisa saya lakukan. Publikasinya memengaruhi beberapa bab dalam artikel ini, tetapi secara keseluruhan ini adalah refleksi jujur saya tentang pengalaman saya di Stack Overflow, apa yang baik dan buruk tentang situs ini, dan bagaimana situs tersebut dapat digunakan saat ini. Diskusi ini akan bersifat dangkal, tanpa mendalami cara kerja situs ini atau sejarahnya.
Jadi inilah yang saya pelajari dari 10 tahun menggunakan Stack Overflow.
Anda harus bisa mengajukan pertanyaan
Sekilas, tidak ada yang lebih sederhana: masukkan beberapa kata di kolom teks, klik "Kirim", dan Internet secara ajaib akan membantu menyelesaikan semua masalah Anda! Tapi butuh waktu hampir 10 tahun bagi saya untuk memikirkan kata-kata apa yang harus diketik di bidang sialan itu agar benar-benar mendapatkan hasil. Faktanya, saya masih mempelajarinya setiap hari.
Mengajukan pertanyaan yang bagus adalah keterampilan yang benar-benar diremehkan (seperti halnya menulis laporan masalah yang bagus). Pertama, bagaimana kita menentukan apakah suatu pertanyaan “baik”? Penawaran Stack Overflow , yang mencantumkan kualitas pertanyaan bagus berikut ini:
- Apakah sesuai dengan tema situs?
- Menyiratkan jawaban yang obyektif.
- Belum ditanyakan.
- Telah diteliti.
- Jelaskan masalahnya dengan jelas, biasanya dengan contoh yang minimal dan mudah direproduksi.
Oke, tapi seperti apa “pernyataan masalah yang jelas” dalam praktiknya? Informasi apa yang relevan dan apa yang tidak? Terkadang rasanya untuk mengajukan pertanyaan yang bagus, Anda harus mengetahui jawabannya terlebih dahulu.
Sayangnya, kolom teks kecil tidak membantu di sini. Jadi apakah mengherankan jika begitu banyak pengguna yang memposting pertanyaan berkualitas rendah? Terkadang satu-satunya jawaban yang mereka dapatkan adalah link ke beberapa dokumentasi yang membingungkan. Dan mereka akan tetap beruntung. Banyak pertanyaan berkualitas rendah yang diturunkan secara diam-diam, dan menghilang ke dalam rangkaian pertanyaan yang tak ada habisnya.
Mengajukan pertanyaan yang baik adalah sebuah keterampilan. Untungnya bisa dikembangkan. Saya kebanyakan belajar dengan membaca sekumpulan pertanyaan dan jawaban, mencatat apa yang berhasil dan apa yang tidak. Informasi apa yang berguna dan apa yang mengganggu? Meskipun Anda masih takut untuk menggunakan pengetahuan yang diperoleh dalam praktik dan mengajukan pertanyaan. Cobalah yang terbaik dan pelajari hasilnya. Saya harus mengakui bahwa saya sendiri sedikit malu dengan beberapa pertanyaan awal saya yang bodoh, meskipun mungkin ini membuktikan bahwa saya telah banyak meningkatkan keterampilan bertanya saya sejak saya menemukan diri saya di situs ini.
Pertanyaan yang buruk dan tidak terlalu bagus bukanlah hal yang sama
Saya tidak akan menutup-nutupi pil tersebut: beberapa pertanyaan memang buruk.
Sebuah pertanyaan yang terdiri dari tangkapan layar dan kalimat “KENAPA INI TIDAK BEKERJA!?!” - buruk. Mengapa? Jelas sekali bahwa penulisnya hampir tidak berusaha. Ini bukanlah sebuah pertanyaan melainkan sebuah tuntutan: “lakukan ini untuk saya!” Mengapa saya melakukan ini? Waktu saya terlalu berharga untuk disia-siakan membantu seseorang yang tidak mau belajar sejak awal dan tidak menghargai bantuan saya. Pelajari apa itu Stack Overflow.
Sekarang pertimbangkan pertanyaan berjudul "Bagaimana cara menghapus batas biru di halaman saya", yang terdiri dari beberapa paragraf teks yang membahas tentang properti garis besar CSS, tetapi tanpa secara eksplisit menyebutkan kata "CSS" atau "garis besar". Meskipun pertanyaan seperti ini mungkin bertentangan dengan banyak pedoman Stack Overflow, saya tidak setuju, ini bukan pertanyaan yang buruk. Penulis setidaknya mencoba memberikan beberapa informasi, meski tanpa mengetahui apa yang harus diberikan. Upaya ini penting, begitu pula kemauan untuk memahami dan belajar.
Namun, banyak kontributor Stack Overflow mungkin akan memperlakukan kedua pertanyaan dengan cara yang sama: suara negatif dan tutup. Hal ini membuat frustrasi dan mematikan banyak pengguna yang tidak berpengalaman sebelum mereka dapat belajar mengajukan pertanyaan yang lebih baik dan bahkan memahami cara kerja situs.
Pertanyaan yang sangat buruk tidak sepadan dengan waktu Anda. Namun harus diingat bahwa mereka yang mengajukan pertanyaan yang tidak terlalu bagus melakukannya secara tidak sengaja. Mereka ingin mengajukan pertanyaan yang bagus, tetapi mereka tidak tahu caranya. Jika Anda menghukum pendatang baru secara membabi buta dan tanpa penjelasan, bagaimana mereka akan belajar?
Pertanyaan yang bagus tidak menjamin adanya jawaban
Stack Overflow biasanya memberikan jawaban lebih cepat atas pertanyaan sederhana yang dapat dijawab banyak orang. Apakah Anda memiliki pertanyaan tentang pencarian biner dalam JavaScript atau tentang HTML? Luar biasa! Terima lima jawaban dalam waktu kurang dari satu jam. Namun semakin kompleks atau spesifik pertanyaannya, semakin kecil kemungkinan Anda mendapatkan jawaban, terlepas dari kualitas kata-katanya.
Kemungkinan mendapatkan tanggapan juga menurun dengan cepat seiring berjalannya waktu. Ketika sebuah pertanyaan masuk beberapa halaman ke dalam feed, pertanyaan itu akan hilang. Seminggu kemudian, Anda hanya bisa berdoa agar seseorang dengan pengetahuan yang benar akan menemukan pertanyaan Anda (atau dengan murah hati mengkliknya).
Anda mungkin tidak menyukai jawaban yang benar
Setiap bulan saya menerima beberapa suara negatif untuk jawaban yang disebut tidak populer. Ini adalah jenis jawaban yang pada dasarnya mengatakan, “alasannya adalah karena dirancang seperti itu,” atau “tidak mungkin karena...”, atau “itu adalah bug yang perlu diperbaiki terlebih dahulu.” Dalam semua kasus di atas, penulis tidak mendapatkan solusi atau bahkan solusi. Dan saya curiga ketika orang tidak menyukai jawaban yang diberikan, mereka akan memberikan suara negatif. Saya bahkan memahaminya, tetapi bukan berarti jawabannya salah.
Tentu saja, hal sebaliknya juga berlaku: jawaban yang baik tidak selalu memberi tahu Anda apa yang ingin Anda dengar. Beberapa jawaban terbaik pertama-tama menjawab pertanyaan awal, tetapi kemudian menjelaskan pendekatan lain untuk memecahkan masalah. Terkadang saya menjawab pertanyaan pengguna dan kemudian menulis teks panjang tentang mengapa hal ini tidak disarankan.
Setiap kali ekspresi sikap disederhanakan menjadi suara naik dan turun atau tombol sejenisnya, perbedaan penting akan hilang. Masalah ini sering terjadi di Internet. Berapa banyak jejaring sosial yang memungkinkan Anda membedakan antara “Saya mendukung hal ini” dan “Saya pikir hal ini dikatakan baik, meskipun saya tidak menyukainya atau menyetujuinya”?
Secara keseluruhan, meskipun ada suara negatif bulanan, saya yakin komunitas Stack Overflow memberikan suara yang adil. Kami akan tetap pada jalur ini.
Saya hampir tidak pernah bertanya pada Stack Overflow
Semakin lama saya menggunakan situs ini, semakin jarang saya bertanya tentangnya. Ini sebagian karena pertumbuhan profesional saya. Banyak masalah yang saya hadapi di tempat kerja terlalu rumit untuk diungkapkan dalam pertanyaan sederhana, atau terlalu spesifik bagi siapa pun untuk membantu saya. Saya menyadari keterbatasan situs ini, jadi saya menghindari mengajukan pertanyaan yang hampir pasti saya tidak akan mendapatkan jawaban yang baik.
Namun saya jarang mengajukan pertanyaan di sini, bahkan ketika saya sedang mempelajari bahasa atau kerangka kerja baru. Bukan karena dia jenius, justru sebaliknya. Hanya saja, setelah bertahun-tahun menggunakan Stack Overflow, ketika saya memiliki pertanyaan, saya sangat yakin bahwa saya tidak mungkin menjadi orang pertama yang menanyakannya. Saya mulai mencari, dan hampir selalu menemukan seseorang menanyakan hal yang sama beberapa tahun yang lalu.
Mengamati pertanyaan orang lain adalah cara yang bagus untuk mempelajari hal-hal baru tentang produk Anda.
Sekarang saya sedang mengerjakannya , jadi saya biasakan melihat pertanyaan yang diberi tag vscode. Ini adalah cara yang bagus untuk melihat bagaimana kode saya digunakan di dunia nyata. Masalah apa yang dihadapi pengguna? Bagaimana dokumentasi atau API dapat ditingkatkan? Mengapa sesuatu yang saya anggap sangat jelas menyebabkan begitu banyak kesalahpahaman?
Pertanyaan adalah sinyal penting yang menunjukkan bagaimana produk Anda digunakan. Namun intinya bukanlah menjawab dan move on, melainkan mencoba memahami terlebih dahulu mengapa orang tersebut memiliki pertanyaan. Mungkin ada masalah pada produk yang tidak Anda ketahui, atau ada asumsi yang tidak Anda sadari? Pertanyaan-pertanyaan tersebut juga membantu saya menemukan banyak bug dan menginspirasi saya untuk terus bekerja.
Jika Anda memelihara produk untuk pengembang, jangan menganggap Stack Overflow sebagai tempat pembuangan (atau lebih buruk lagi, kuburan pertanyaan). Periksa kembali secara berkala untuk melihat pertanyaan dan jawaban apa saja yang muncul. Ini tidak berarti Anda harus menjawab sendiri setiap pertanyaan, tetapi sinyal dari Stack Overflow terlalu penting untuk diabaikan.
Garis antara pertanyaan, laporan bug, dan permintaan fitur menjadi kabur.
Beberapa pertanyaan tentang VS Code di Stack Overflow sebenarnya merupakan laporan bug. Dan masih banyak lainnya yang sebenarnya merupakan permintaan fitur baru.
Misalnya, pertanyaan dengan judul “Mengapa VS Code crash saat saya melakukannya...?” - ini adalah laporan bug. VS Code tidak boleh crash dalam berbagai situasi. Menjawab pertanyaan yang merupakan laporan bug adalah kontraproduktif karena penulis mungkin puas dengan solusi dan tidak pernah mengajukan laporan bug yang sebenarnya. Dalam situasi seperti ini, saya biasanya meminta pengguna untuk mengajukan laporan bug di Github.
Dalam kasus lain, perbedaannya mungkin kurang kentara. Misalnya, pertanyaan "Mengapa JavaScript IntelliSense tidak berfungsi di VS Code?" Bergantung pada cara JavaScript IntelliSense tidak berfungsi, masalahnya dapat terbagi dalam salah satu dari tiga kategori:
- Jika ini masalah konfigurasi pengguna, maka itu sebenarnya pertanyaan untuk Stack Overflow.
- Jika dalam kasus yang dijelaskan IntelliSense seharusnya berfungsi, tetapi ternyata tidak, maka ini adalah laporan bug.
- Jika dalam kasus yang dijelaskan IntelliSense tidak berfungsi, maka ini adalah permintaan untuk fitur baru.
Pada akhirnya, sebagian besar pengguna tidak peduli dengan nuansa ini—mereka hanya ingin JavaScript IntelliSense berfungsi.
Meskipun perbedaan-perbedaan ini penting bagi saya, sebagai penanggung jawab proyek, secara umum perbedaan-perbedaan ini tidak menjadi masalah bagi saya. Karena pertanyaan, laporan bug, dan permintaan fitur adalah cara untuk mengekspresikan satu ide: pengguna mengharapkan sesuatu dari kode saya dan tidak mendapatkannya. Jika produknya sempurna, pengguna tidak akan pernah bertanya tentang produk tersebut, karena semuanya akan jelas bagi mereka dan produk tersebut akan melakukan apa yang mereka inginkan (atau setidaknya dengan jelas memberi tahu mereka mengapa produk tersebut tidak bisa).
Pengembang juga manusia
Orang-orang emosional. Orang-orang tidak rasional. Orang-orang itu brengsek. Tentu saja tidak selalu, tapi terkadang! Dan percaya atau tidak, pengembang juga manusia.
Ada sebuah fantasi yang ingin kita katakan pada diri sendiri sebagai pengembang: “Kami bekerja dengan komputer, jadi kami harus rasional. Kami memahami simbol-simbol samar, jadi kami harus pintar. Perangkat lunak telah mengambil alih dunia, jadi kita harus tenang! Dingin! Maju!!!"
Ini salah. Dan jika demikian, maka Tuhan membantu orang-orang lainnya. Bahkan di Stack Overflow, alat untuk para profesional yang dirancang sebagai basis pengetahuan obyektif, bahkan di sudut VS Code saya yang sangat spesifik, saya terus menghadapi segala macam kemarahan: kesalahan logika, penghinaan, mentalitas kelompok, dll.
Jangan menipu diri sendiri: Anda mungkin tidak sesempurna yang Anda kira. Namun bukan berarti kita tidak berusaha menghilangkan kekurangan kita.
Bung, akulah yang menciptakan ini
Saya juga manusia, dan dari waktu ke waktu apa yang terjadi di Stack Overflow mengganggu saya. Misalnya, ketika pengguna dengan percaya diri menulis omong kosong atau hanya memberikan jawaban yang salah atas pertanyaan terkait VS Code, produk yang saya buat dan saya kenal dengan baik. Anehnya, semakin salah jawabannya, semakin besar kemungkinan seseorang menyebutnya sebagai fakta yang tak terbantahkan.
Jika ini terjadi, saya bertindak seperti pada gambar dan menulis jawaban yang benar.
Dan beberapa kali hal ini berujung pada benang panjang: celakalah saya karena berani mempertanyakan pengetahuan mereka tentang apa yang saya ciptakan! Berhentilah berusaha menjadi benar sepanjang waktu, kalian orang-orang pintar! Karena aku benar!!!
Sangat mudah untuk menjadi sinis dalam keputusasaan ini
Saat dihadapkan pada pertanyaan-pertanyaan berkualitas rendah yang tiada habisnya, Anda akan mudah bersikap sinis. Apakah dia belum pernah mendengar tentang Google? Apakah dia tahu cara menyusun kalimat yang koheren? Siapa kamu, seekor anjing?
Terkadang saya melihat lusinan pertanyaan baru dalam sehari. Terus-menerus mengamati semua pertanyaan berkualitas rendah ini berisiko menimbulkan penghinaan atau sinisme. Sinisme ini dapat meluas ke situs, seperti yang dibuktikan oleh siapa pun yang pernah bertemu dengan moderator yang terlalu bersemangat atau menghabiskan beberapa jam untuk meneliti dan menyusun pertanyaan, hanya untuk menerima tanggapan negatif sebagai balasannya dan menghilang tanpa penjelasan apa pun.
Tentu saja, ada pengguna yang tidak berusaha sedikit pun dan mengirimkan pertanyaan buruk. Namun saya yakin sebagian besar pertanyaan berkualitas rendah datang dari orang-orang yang memiliki niat baik (walaupun bodoh). Saya selalu mencoba mengingat apa artinya menjadi seorang pemula. Saat Anda baru memulai, Anda tidak memahami cara kerja semuanya di sini. Dalam beberapa kasus, Anda bahkan tidak tahu kata-kata apa yang tepat untuk mengungkapkan masalah Anda. Percayalah, sulit untuk berada di posisi ini. Dan tidak menyenangkan bila Anda disiram air kotor hanya karena bertanya.
Meskipun Stack Overflow telah melakukan banyak hal untuk membantu para pemula, masih banyak lagi yang perlu dilakukan. Saya mencoba menemukan keseimbangan antara mematuhi standar situs dan bersikap lunak terhadap pengguna yang tidak berpengalaman. Ini mungkin melibatkan penjelasan mengapa saya memilih untuk menutup pertanyaan atau memposting komentar yang mendorong pengguna untuk memberikan informasi lebih lanjut. Saya masih memiliki ruang untuk berkembang.
Di sisi lain, saya tidak ragu untuk memberikan suara negatif kepada pengguna dengan reputasi 50 yang memposting pertanyaan seperti “Apa tata letak VS Code terbaik untuk pengembangan JavaScript?”, atau yang mengunggah tangkapan layar kode yang tidak jelas, bukan teks.
Terkadang aku hanya ingin mengucapkan terima kasih
Ada budaya syukur yang lemah di Stack Overflow. Saya ingat suatu saat situs tersebut secara otomatis memotong kata “halo” dan “terima kasih” dari pertanyaan. Mungkin ini masih dilakukan, saya belum memeriksanya.
Saat ini, siapa pun yang pernah bekerja di bagian dukungan pelanggan tahu betul bahwa terlalu banyak kesopanan dapat menghalangi dan bahkan terkesan dipaksakan. Namun terkadang seseorang di situs ini melakukan sesuatu yang sangat penting bagi Anda, dan satu-satunya cara untuk berterima kasih kepada mereka adalah dengan memberi mereka nilai tambah. Menyebalkan sekali.
Efisiensi tidak mengharuskan kita menjadi robot yang tidak berjiwa. Saluran sampingan dapat memberikan komunikasi yang lebih otentik antar orang, tentu saja jika pengguna sendiri menginginkannya.
Terkadang saya ingin tahu apa yang terjadi setelah menerima jawabannya
Stack Overflow beroperasi berdasarkan prinsip transaksional: beberapa orang mengajukan pertanyaan, yang lain menjawab. Apa yang terjadi setelah menerima tanggapan? Siapa tahu? Terkadang saya bertanya-tanya tentang hal ini. Apakah jawaban saya bermanfaat? Proyek sederhana apa yang dia bantu? Apa yang dipelajari si penanya?
Tentu saja rasa penasaran tersebut tidak mungkin bisa dipuaskan. Mewajibkan pengguna untuk memperhitungkan bagaimana mereka akan menggunakan informasi yang mereka terima akan sangat bermasalah, bahkan jika Anda bisa melakukannya. Tapi menarik untuk dipikirkan.
Gamifikasi efektif...
…saat mengubah proses menjadi permainan.
Saya masih merasa sedikit khawatir ketika saya melihat ikon kecil +10 atau +25 di bilah status. Mungkin sentuhan kecil gamifikasi inilah yang menjadi alasan saya kembali lagi ke situs ini selama 10 tahun. Namun selama bertahun-tahun, saya juga mulai bertanya-tanya apa jenis permainan Stack Overflow dan apa artinya menang.
Saya yakin sistem ini dibuat dengan niat terbaik: untuk memberi penghargaan kepada orang-orang atas pertanyaan dan jawaban yang berguna. Namun begitu Anda menambahkan skor tinggi, hal itu mulai berlaku , dan beberapa pengguna mulai menyesuaikan tindakan mereka bukan untuk mencapai nilai maksimal, tetapi untuk mendapatkan peringkat maksimal. Dan ini penting karena...
Reputasi tidak berarti apa yang Anda pikirkan.
Reputasi tidak setara dengan kompetensi teknis, keterampilan komunikasi, atau pemahaman tentang cara kerja Stack Overflow atau seharusnya bekerja.
Saya tidak bermaksud mengatakan bahwa reputasi tidak ada gunanya. Itu tidak berarti apa yang dimaksud admin Stack Overflow atau apa arti kata "reputasi". Saya menyadari bahwa reputasi adalah ukuran pengaruh. Pertimbangkan dua jawaban hipotetis yang dipublikasikan di situs:
- Satu tentang operasi git yang umum. Saya menulis jawaban tiga baris dalam dua menit menggunakan Google.
- Yang lainnya adalah tentang teori graf terjerat. Mungkin hanya seratus orang di seluruh dunia yang bisa menjawabnya. Saya menulis beberapa paragraf dan contoh kode yang menjelaskan masalah dan cara mengatasinya.
Dalam lima tahun, jawaban pertama dilihat 5 juta kali dan mendapat 2000 suara positif. Jawaban kedua dilihat 300 kali dan diberi dua suara positif yang sangat sedikit.
Sampai batas tertentu, hal ini sangat tidak jujur. Mengapa memberi penghargaan pada sesuatu yang berada di tempat dan waktu yang tepat? (tidak semuanya ditentukan oleh keberuntungan; memahami aturan permainan juga memainkan peran besar). Di sisi lain, pertanyaan pertama sebenarnya membantu lebih banyak orang dibandingkan pertanyaan kedua. Mungkin perlu diketahui bahwa, dalam arti tertentu, pengakuan mengarah pada akumulasi “reputasi”?
Jadi saya menganggap “reputasi” di Stack Overflow sebagai semacam ukuran pengaruh. Reputasi yang sebenarnya tidak bisa diukur dengan poin belaka, melainkan berasal dari komunitas. Nasihat siapa yang saya dengarkan, siapa yang membantu orang lain, siapa yang saya percayai? Mungkin ini semua orang yang berbeda, tergantung apakah saya menulis dalam PHP atau iOS.
Karena itu, saya tidak tahu apa yang harus dilakukan Stack Overflow dalam hal ini. Apakah pengguna akan termotivasi jika alih-alih “reputasi” mereka mendapatkan “poin licik”? Akankah pengguna tetap terlibat jika tidak ada sistem poin sama sekali? Menurutku itu tidak mungkin. Dan mitos bahwa “reputasi” di Stack Overflow setara dengan reputasi nyata tidak hanya menguntungkan situs itu sendiri, tetapi juga sebagian besar pengguna aktifnya. Sebenarnya, siapa yang tidak suka meningkatkan reputasinya?
Tidak, seperti yang paling sering terjadi dalam hidup, untuk mendapatkan gambaran nyata tentang apa yang terjadi, Anda tidak hanya perlu menganalisis angka. Jika sebuah postingan memiliki 10 ribu poin di Stack Overflow, lihatlah bagaimana orang tersebut berkomunikasi, pertanyaan dan jawaban apa yang dia publikasikan. Dan dalam semua kasus kecuali luar biasa, perlu diingat bahwa skor Stack Overflow saja tidak mungkin menunjukkan apa pun selain kemampuan seseorang untuk menggunakan situs tersebut. Dan menurut pengalaman saya, mereka bahkan sering tidak membicarakan hal ini.
Saya tidak akan produktif tanpa Stack Overflow
Setiap kali saya perlu melakukan sesuatu yang rumit di git, saya membuka Stack Overflow. Setiap kali saya membutuhkan sesuatu yang sederhana di bash, saya pergi ke Stack Overflow. Setiap kali saya mendapatkan kesalahan kompilasi yang aneh, saya membuka Stack Overflow.
Saya tidak produktif tanpa IntelliSense, mesin pencari, dan Stack Overflow. Dilihat dari beberapa buku, ini menjadikan saya seorang programmer yang sangat buruk. Saya mungkin akan gagal dalam banyak tes dan tidak menyelesaikan banyak masalah di papan. Jadilah itu. Serius, setiap kali saya menggunakan .sort di JavaScript, saya harus mencari informasi kapan saya akan mendapatkan -1, 0, atau 1, dan saya menulis JS setiap hari, mengembangkan editor paling populer untuk bahasa tersebut.
Tidak, Stack Overflow adalah alat yang luar biasa. Hanya orang bodoh yang tidak mau menggunakan semua alat yang ada padanya. Jadi mengapa tidak menjadi orang bodoh seperti saya? Simpan sumber daya otak Anda untuk pengetahuan penting, seperti menghafal semua plot seri Seinfeld atau membuat permainan kata-kata yang canggih (yang tidak ada dalam artikel ini, tetapi akan ada banyak plot lain yang sifatnya sama sekali berbeda).
Stack Overflow adalah sebuah keajaiban
Stack Overflow memungkinkan siapa saja, terlepas dari pengalaman atau pengetahuannya, untuk memposting pertanyaan pemrograman. Pertanyaan-pertanyaan ini dijawab oleh orang asing, yang sebagian besar menghabiskan waktu hidup dan karier mereka untuk membantu orang lain secara gratis.
Keajaiban adalah fakta keberadaan dan hasil karya Stack Overflow. Saya yakin tidak semuanya berjalan sesuai keinginan pembuatnya, tetapi mereka mencobanya. Terlepas dari segala kekurangannya, situs ini telah membantu banyak orang selama bertahun-tahun, termasuk saya.
Stack Overflow tidak akan bertahan selamanya. Suatu hari sesuatu yang lebih baik akan datang. Semoga ini menjadi pembelajaran dari kesalahan Stack Overflow dan mengambil manfaat terbaik darinya. Sampai saat itu tiba, saya harap kita tidak menganggap remeh situs ini. Ini merupakan sebuah landmark dan komunitas yang hidup, yang terus-menerus diisi ulang dengan orang-orang baru. Jika hal ini membuat Anda khawatir, ingatlah bahwa ini semua sangat rapuh, dan bahkan tindakan kecil sekalipun – seperti membantu pendatang baru yang bermaksud baik namun masih cuek – dapat memberikan dampak positif. Jika saya mengkritik situs ini, itu hanya karena saya peduli dan saya tahu cara membuatnya lebih baik.
PS
Saya masih anak sekolah ketika saya datang ke Stack Overflow. Saya baru saja mulai menulis (ES5!) JavaScript di Eclipse, dan sepertinya 90% pertanyaan dimulai dengan "Menggunakan jQuery, hanya...". Dan meskipun saya tidak tahu apa yang saya lakukan, orang asing menghabiskan waktu mereka untuk membantu saya. Saya rasa saya tidak begitu menghargainya saat itu, namun saya belum melupakannya.
Orang-orang akan selalu menginginkan Stack Overflow menjadi sesuatu yang berbeda: situs tanya jawab; alat untuk menyelesaikan masalah rumah tangga; standar hidup pemrograman. Dan bagi saya, situs ini, terlepas dari pertumbuhan dan kekurangannya, pada intinya adalah sebuah komunitas terbuka tempat orang-orang asing saling membantu untuk belajar dan berkembang. Dan itu bagus. Saya senang telah menjadi bagian dari Stack Overflow selama 10 tahun terakhir dan berharap untuk terus melakukannya. Saya ingin mempelajari hal-hal baru dalam dekade berikutnya sebanyak yang saya pelajari pada dekade sebelumnya.
Sumber: www.habr.com