Etiket saat mengajukan pertanyaan dalam saluran IRC [ditutup]


36

Banyak proyek OSS yang lebih besar memelihara saluran IRC untuk mendiskusikan penggunaan atau pengembangannya. Ketika saya terjebak menggunakan proyek, setelah mencoba dan gagal menemukan informasi di web, salah satu cara saya mencoba untuk mencari tahu apa yang harus dilakukan adalah masuk ke saluran IRC dan bertanya.

Tapi pertanyaan saya selalu diabaikan oleh orang-orang di saluran. Jika ada keheningan saat saya masuk, masih akan ada keheningan. Jika ada percakapan yang sedang berlangsung, itu berlangsung tanpa terganggu. Saya membiarkan saluran terbuka selama beberapa jam, berharap mungkin seseorang pada akhirnya akan mengajak saya, tetapi tidak ada yang terjadi.

Jadi saya khawatir bahwa saya bersikap kasar dalam beberapa hal yang saya tidak mengerti, atau melanggar beberapa aturan yang tak terucapkan dan diabaikan untuk itu. Saya mencoba membuat pertanyaan saya sopan, to the point, dan tata bahasa, dan mencoba untuk menunjukkan bahwa saya sudah mencoba solusi yang jelas dan mengapa mereka tidak berhasil. Saya mengerti bahwa saya jelas orang asing bagi orang-orang di saluran itu, tetapi saya tidak yakin bagaimana cara memperbaikinya. Haruskah saya mengintai di saluran, tidak mengatakan apa-apa, selama seminggu? Tampaknya juga tidak masuk akal.

Pesan khas yang saya kirim mungkin "Halo semua - Saya sudah mencoba untuk membuat Foo bekerja, tapi saya terus mendapatkan BarException. Saya mencoba mengatur ulang Quux, tetapi ini sepertinya tidak melakukan apa-apa. Adakah yang punya saran tentang apa yang bisa saya coba? "


2
Itu tergantung pada salurannya. Tidak ada yang sama ... Hal terbaik yang harus dilakukan adalah mengintai sebentar sebelum memposting - lihat bagaimana hal-hal dilakukan dan kemudian bergabung dengan cara yang diharapkan.
Oded

Apa sebenarnya yang harus dilakukan dengan pemrograman?
Joel Etherton

4
@ JoelEtherton: Ya, ini tentang sisi interpersonal dari rekayasa perangkat lunak.
Zarkonnen

6
@ JoelEtherton itu ada hubungannya dengan programmer
nischayn22

1
Untuk memperjelas: Saya tidak berbicara tentang "bagaimana saya menggunakan Project X". Saya sedang berbicara tentang "bagaimana cara saya meretas Project X". Ini pertanyaan tentang budaya dan etiket programer dan proyek OSS.
Zarkonnen

Jawaban:


38
  • Aturan # 1: Jangan tanya untuk bertanya
  • Aturan # 2: Berperilaku seperti yang Anda lakukan dalam percakapan kehidupan nyata
  • Aturan # 3: Bersabarlah. Jika tidak ada kegiatan, biasanya berarti belum ada yang membaca apa yang Anda tulis. Jika tidak ada yang merespons, mereka tidak tahu atau tidak memperhatikan. Anda dapat mencoba kembali setelah beberapa saat, atau bertanya apakah ada yang tahu tentang pertanyaan Anda x menit yang lalu.

Juga, terkadang IRC bukan cara terbaik untuk mendapatkan bantuan. Anda bisa bertanya apakah ada forum yang lebih aktif, seperti milis, yang bisa Anda coba.


1
Dengan "jangan minta untuk bertanya", maksud Anda: "jangan pergi 'bisakah saya mengajukan pertanyaan?'"?
Zarkonnen

5
@ Zarkonnen tepatnya. "Jangan tanya untuk bertanya. Tanyakan saja". Jangan tanya orang "Ada orang di sekitar?" atau apalagi menyoroti orang lain untuk bertanya apakah mereka ada di sekitar. Lebih mudah untuk menjatuhkan pertanyaan Anda, bergaul dan menunggu. Tanyakan lagi dalam beberapa jam atau lebih.
zxcdw

3
Saya juga menemukan bahwa memposting pembaruan dari upaya Anda untuk menyelesaikan masalah juga dapat membantu.
Spencer Rathbun

2
Juga, ketika ini tentang bagian tertentu dari kode yang lebih panjang dari ~ 5 baris, banyak pengguna IRC menganggapnya kasar jika Anda tidak menggunakan layanan seperti pastebin.com tetapi tempel langsung ke saluran
marktani

+1 untuk forum dan milis. IME mereka cenderung jauh lebih berguna daripada saluran IRC untuk mendapatkan bantuan teknis pada suatu proyek.
Mason Wheeler

13

Jika memungkinkan, uraikan pertanyaan Anda sesederhana mungkin. Sambil belajar memprogram saya menghabiskan banyak waktu mengajukan pertanyaan di IRC. Terkadang kode saya tidak berfungsi, dan saya tidak tahu mengapa, jadi saya meletakkan program 200 baris saya ke tempat sampah dan bertanya mengapa saya mendapatkan kesalahan di saluran 78. Tidak ada yang akan menjawab.

Saya menemukan bahwa untuk mendapatkan jawaban saya telah mengisolasi kode yang bermasalah. Jika saya tidak bisa mendapatkan contoh yang cocok dalam 20 baris atau kurang, sulit untuk mendapatkan jawaban yang bagus. Ini sering membutuhkan banyak pekerjaan, tetapi dalam prosesnya saya sering memecahkan masalah saya sendiri sebelum saya harus bertanya di IRC.

(Nasihat ini juga berlaku untuk pertanyaan SO yang bagus.)


12

Periksa zona waktu pengembang utama, jika mereka tidak bangun ketika Anda IRC, Anda tidak akan mendapat balasan.

Beberapa mungkin muncul online, tetapi hanya meninggalkan bot atau membiarkan klien terbuka untuk memeriksa beberapa pesan ketika mereka bangun / kembali. Jika Anda tidak masuk kembali, ketika tersedia, mereka tidak akan memiliki cara untuk kembali kepada Anda.

Bagaimanapun, untuk petunjuk penggunaan, milis atau pelacak masalah berfungsi lebih baik.

IRC lebih bermanfaat bagi pengembang yang mengerjakan proyek: sehingga mereka dapat menyinkronkan dan mendiskusikan upaya satu sama lain secara real time tanpa secara tidak sengaja memulai flamewar.

(Kesalahan dan kesalahpahaman tentang topik yang dapat diperdebatkan - seperti "apa yang harus dilakukan selanjutnya?" - lebih cepat dikenali dan diperbaiki secara waktu nyata)


5

Pastikan Anda berada di saluran yang benar. Jika Anda berada di saluran pengembang, itu jelas bukan saluran help-desk.

Jika saya seorang pengembang, saya ingin membahas pengembangan, bukan membantu pengguna acak # 1040 yang tidak bisa mendapatkan fitur yang terdokumentasi dengan baik x berfungsi.


2
Dan jika Anda berkontribusi pada proyek FOSS berbasis komunitas, kemungkinan fitur X sangat jauh dari terdokumentasi dengan baik.
K.Steff

1
Saya kira saya harus menahan diri dari menggunakan hiperbola.
Pieter B

Maksud saya adalah bahwa sebagian besar proyek FOSS menderita kekurangan tenaga kerja dan fokus pada kode, tidak ada maksud yang mengganggu.
K.Steff
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.