มารยาทเมื่อถามคำถามในช่อง IRC [ปิด]


36

โครงการ OSS ขนาดใหญ่จำนวนมากจะรักษาช่องสัญญาณ IRC เพื่อหารือเกี่ยวกับการใช้งานหรือการพัฒนา เมื่อฉันติดขัดกับการใช้งานโปรเจคต์การพยายามและล้มเหลวในการค้นหาข้อมูลบนเว็บซึ่งเป็นหนึ่งในวิธีที่ฉันพยายามจะคิดออกว่าจะทำอย่างไรเพื่อไปที่ช่อง IRC และถาม

แต่คำถามของฉันถูกเพิกเฉยอย่างสมบูรณ์โดยผู้คนในช่อง หากมีความเงียบเมื่อฉันเข้าจะยังคงมีความเงียบ หากมีการสนทนาอย่างต่อเนื่อง ฉันเปิดช่องทิ้งไว้สองสามชั่วโมงโดยหวังว่าในที่สุดบางคนอาจจะชวนฉัน แต่ก็ไม่มีอะไรเกิดขึ้น

ดังนั้นฉันกังวลว่าฉันเป็นคนหยาบคายในทางที่ฉันไม่เข้าใจหรือทำผิดกฎที่ไม่ได้พูดและไม่สนใจมัน ฉันพยายามที่จะทำให้คำถามของฉันสุภาพตรงประเด็นและไวยากรณ์และพยายามระบุว่าฉันได้ลองวิธีแก้ปัญหาที่ชัดเจนและทำไมพวกเขาถึงไม่ทำงาน ฉันเข้าใจว่าเห็นได้ชัดว่าฉันเป็นคนแปลกหน้าคนหนึ่งในช่องทางที่สมบูรณ์ แต่ฉันไม่แน่ใจว่าจะแก้ไขได้อย่างไร ฉันควรแฝงตัวในช่องโดยไม่พูดอะไรเลยเป็นเวลาหนึ่งสัปดาห์? นั่นดูไร้สาระเหมือนกัน

ข้อความทั่วไปที่ฉันส่งอาจเป็น "สวัสดีทุกคน - ฉันพยายามทำให้ Foo ทำงาน แต่ฉันยังได้รับ BarException ต่อไปฉันลองรีเซ็ต Quux แต่ดูเหมือนจะไม่ทำอะไรเลย ข้อเสนอแนะเกี่ยวกับสิ่งที่ฉันจะลอง?


2
ขึ้นอยู่กับช่อง ไม่มีใครเหมือนกัน ... สิ่งที่ดีที่สุดที่ควรทำคือการแฝงตัวไว้ครู่หนึ่งก่อนโพสต์ - ดูว่าสิ่งต่าง ๆ เสร็จสิ้นและเข้าร่วมในลักษณะที่คาดหวัง
Oded

สิ่งนี้เกี่ยวข้องกับการเขียนโปรแกรมหรือไม่?
Joel Etherton

4
@ JoelEtherton: มันเป็นเรื่องของมนุษยสัมพันธ์ของวิศวกรรมซอฟต์แวร์
Zarkonnen

6
@ JoelEtherton เกี่ยวข้องกับโปรแกรมเมอร์
nischayn22

1
เพื่อชี้แจง: ฉันไม่ได้พูดถึง "ฉันจะใช้ Project X" ได้อย่างไร ฉันกำลังพูดถึง "ฉันจะแฮ็ค Project X" ได้อย่างไร มันเป็นคำถามเกี่ยวกับวัฒนธรรมและมารยาทของโปรแกรมเมอร์และโครงการ OSS
Zarkonnen

คำตอบ:


38
  • กฎ # 1: อย่าขอให้ถาม
  • กฎข้อที่ 2: ประพฤติตัวตามที่คุณต้องการในการสนทนาในชีวิตจริง
  • กฎ # 3: อดทน หากไม่มีกิจกรรมก็มักจะหมายความว่าไม่มีใครอ่านสิ่งที่คุณเขียน หากไม่มีใครตอบกลับพวกเขาไม่รู้หรือไม่สังเกตเห็น คุณสามารถลองอีกครั้งในภายหลังหรือถามว่าใครมีเบาะแสเกี่ยวกับคำถามของคุณ x นาทีที่แล้ว

นอกจากนี้บางครั้ง IRC ไม่ใช่วิธีที่ดีที่สุดในการรับความช่วยเหลือ คุณสามารถถามได้ว่ามีฟอรัมที่ใช้งานอยู่มากกว่านี้หรือไม่เช่นรายการส่งเมลที่คุณสามารถลองได้


1
เมื่อ "ไม่ขอถาม" หมายความว่า: "ไม่ไป" ฉันจะถามคำถามคุณได้หรือไม่ ""
Zarkonnen

5
@ Zarkonnen อย่างแน่นอน "ไม่ต้องถามขอแค่ถาม" อย่าถามคน "ใครก็ตามที่อยู่ใกล้ ๆ " หรือปล่อยให้คนอื่นเน้นคนอื่นเพื่อถามว่าพวกเขาอยู่ใกล้ ง่ายกว่าที่จะส่งคำถามวางลงและรอ ถามอีกครั้งในอีกไม่กี่ชั่วโมง
zxcdw

3
ฉันยังพบว่าการโพสต์การอัปเดตความพยายามของคุณในการแก้ปัญหาอาจมีประโยชน์เช่นกัน
Spencer Rathbun

2
นอกจากนี้เมื่อมันเกี่ยวกับส่วนหนึ่งของรหัสซึ่งมีความยาวมากกว่า ~ 5 บรรทัดผู้ใช้ IRC หลายคนถือว่ามันหยาบคายถ้าคุณไม่ได้ใช้บริการเช่น pastebin.com แต่วางลงในช่องโดยตรง
marktani

+1 สำหรับฟอรัมและรายการส่งเมล IME พวกเขามักจะมีประโยชน์มากกว่า IRC channel สำหรับรับความช่วยเหลือด้านเทคนิคในโครงการ
Mason Wheeler

13

ถ้าเป็นไปได้แบ่งคำถามของคุณให้เรียบง่ายที่สุดเท่าที่จะทำได้ ในขณะที่เรียนรู้โปรแกรมฉันใช้เวลาส่วนใหญ่ถามคำถามใน IRC บางครั้งรหัสของฉันก็ใช้งานไม่ได้และฉันไม่รู้ว่าทำไมฉันจึงใส่โปรแกรม 200 บรรทัดลงในถังขยะและถามว่าทำไมฉันถึงได้รับข้อผิดพลาดที่บรรทัด 78 ไม่มีใครตอบ

ฉันพบว่าเพื่อให้ได้คำตอบฉันได้แยกรหัสที่มีปัญหาออก ถ้าฉันไม่สามารถยกตัวอย่างให้พอดีกับ 20 บรรทัดหรือน้อยกว่านั้นมันก็ยากที่จะได้รับคำตอบที่ดี สิ่งนี้มักจะต้องใช้งานเป็นจำนวนมาก แต่ในกระบวนการฉันมักจะแก้ไขปัญหาของตัวเองก่อนที่จะถามใน IRC

(คำแนะนำนี้นำไปใช้กับคำถาม SO ที่ดีด้วย)


12

ตรวจสอบเขตเวลาของผู้พัฒนาหลักหากพวกเขาไม่ได้ตื่นขึ้นเมื่อคุณ IRC พวกเขาจะไม่ได้รับคำตอบใด ๆ เลย

บางคนอาจปรากฏออนไลน์ แต่เพิ่งเปิดบอทหรือปล่อยให้ไคลเอนต์เปิดเพื่อตรวจสอบข้อความบางข้อความเมื่อพวกเขาตื่นขึ้น / กลับมา หากคุณไม่เข้าสู่ระบบอีกครั้งเมื่อพร้อมใช้งานพวกเขาจะไม่มีทางกลับมาหาคุณ

อย่างไรก็ตามสำหรับทิศทางการใช้งานรายชื่อผู้รับจดหมายหรือเครื่องมือติดตามปัญหาทำงานได้ดีขึ้น

IRC มีประโยชน์มากขึ้นสำหรับนักพัฒนาที่ทำงานในโครงการ: เพื่อให้พวกเขาสามารถซิงค์และหารือเกี่ยวกับความพยายามของผู้อื่นในแบบเรียลไทม์โดยไม่ตั้งใจเริ่มต้นความวุ่นวาย

(ข้อผิดพลาดและความเข้าใจผิดในหัวข้อที่ถกเถียงกัน - เช่น"จะทำอะไรต่อไป?" - เร็วกว่าที่จะมองเห็นและแก้ไขในเรียลไทม์)


5

ตรวจสอบให้แน่ใจว่าคุณอยู่ในช่องทางที่ถูกต้อง หากคุณอยู่ในช่องนักพัฒนาจะเห็นได้ชัดว่าไม่ใช่ช่องทางช่วยเหลือ

หากฉันเป็นนักพัฒนาซอฟต์แวร์ฉันต้องการพูดคุยเกี่ยวกับการพัฒนาไม่ช่วยให้ผู้สุ่มตัวอย่าง # 1040 ที่ไม่สามารถรับฟีเจอร์ x ที่ทำงานได้ดี


2
และถ้าคุณมีส่วนร่วมในโครงการ FOSS ซึ่งขับเคลื่อนโดยชุมชนโอกาสที่จะได้รับฟีเจอร์ X นั้นอยู่ไกลจากเอกสารที่ดี
K.Steff

1
ฉันเดาว่าฉันควรงดใช้ไฮเปอร์โบล
ปีเตอร์ B

ประเด็นของฉันก็คือโครงการ FOSS ส่วนใหญ่ประสบกับกำลังคนที่ไม่เพียงพอและมุ่งเน้นไปที่โค้ดไม่ได้ตั้งใจรบกวน
K.Steff
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.