Nghi thức xã giao khi đặt câu hỏi trong kênh IRC [đã đóng]


36

Nhiều dự án OSS lớn hơn duy trì các kênh IRC để thảo luận về việc sử dụng hoặc phát triển của họ. Khi tôi gặp khó khăn khi sử dụng một dự án, đã cố gắng và không tìm thấy thông tin trên web, một trong những cách tôi cố gắng tìm ra những gì cần làm là vào kênh IRC và hỏi.

Nhưng những câu hỏi của tôi luôn bị bỏ qua hoàn toàn bởi những người trong kênh. Nếu có sự im lặng khi tôi bước vào, vẫn sẽ có sự im lặng. Nếu có một cuộc trò chuyện đang diễn ra, nó sẽ tiếp tục không bị xáo trộn. Tôi để kênh mở trong vài giờ, hy vọng rằng cuối cùng có thể ai đó sẽ thu hút tôi, nhưng không có gì xảy ra.

Vì vậy, tôi lo lắng rằng tôi đang thô lỗ theo một cách nào đó mà tôi không hiểu, hoặc phá vỡ một số quy tắc bất thành văn và bị bỏ qua cho nó. Tôi cố gắng làm cho câu hỏi của mình trở nên lịch sự, chính xác và đúng ngữ pháp, và cố gắng chỉ ra rằng tôi đã thử các giải pháp rõ ràng và tại sao chúng không hiệu quả. Tôi hiểu rằng rõ ràng tôi là một người hoàn toàn xa lạ với mọi người trên kênh, nhưng tôi không biết cách khắc phục điều này. Tôi có nên chỉ lẩn quẩn trong kênh, không nói gì, trong một tuần? Điều đó có vẻ vô lý quá.

Một thông điệp điển hình tôi gửi có thể là "Xin chào tất cả - Tôi đã cố gắng để Foo hoạt động, nhưng tôi vẫn tiếp tục nhận được một BarException. Tôi đã thử đặt lại Quux, nhưng dường như không làm gì cả. đề nghị về những gì tôi có thể thử? "


2
Nó phụ thuộc vào kênh. Không có hai cái nào giống nhau ... Điều tốt nhất để làm là ẩn mình một lúc trước khi đăng bài - xem cách mọi thứ được thực hiện và sau đó tham gia theo cách mong đợi.
Oded

Chính xác thì điều này có liên quan gì đến lập trình?
Joel Etherton

4
@JoelEtherton: Vâng, đó là về khía cạnh giữa các cá nhân của công nghệ phần mềm.
Zarkonnen

6
@JoelEtherton nó phải làm với các lập trình viên
nischayn22

1
Để làm rõ: Tôi không nói về "làm thế nào để tôi sử dụng Project X". Tôi đang nói về "làm thế nào để tôi hack Project X". Đó là một câu hỏi về văn hóa và nghi thức của các lập trình viên và các dự án OSS.
Zarkonnen

Câu trả lời:


38
  • Quy tắc số 1: Đừng hỏi để hỏi
  • Quy tắc số 2: Hành xử như bạn sẽ làm trong một cuộc trò chuyện thực tế
  • Nguyên tắc số 3: Hãy kiên nhẫn. Nếu không có hoạt động, điều đó thường có nghĩa là chưa có ai đọc những gì bạn đã viết. Nếu không ai trả lời, họ không biết hoặc không thông báo. Bạn có thể thử lại sau một lúc, hoặc hỏi xem có ai có bất kỳ manh mối nào liên quan đến câu hỏi của bạn x phút trước không.

Ngoài ra, đôi khi IRC không phải là cách tốt nhất để nhận trợ giúp. Bạn có thể hỏi nếu có một diễn đàn tích cực hơn, như danh sách gửi thư, bạn có thể thử.


1
Bởi "đừng hỏi để hỏi", ý bạn là: "đừng đi 'tôi có thể hỏi bạn một câu không?"
Zarkonnen

5
@Zarkonnen chính xác. "Đừng hỏi để hỏi. Chỉ cần hỏi". Đừng hỏi mọi người "Có ai xung quanh không?" hoặc để một mình làm nổi bật những người khác để hỏi nếu họ đang ở xung quanh. Thật dễ dàng hơn để bỏ câu hỏi của bạn, đi xung quanh và chờ đợi. Hỏi lại sau vài giờ nữa.
zxcdw

3
Tôi cũng thấy rằng việc đăng cập nhật các nỗ lực của bạn để giải quyết vấn đề cũng có thể hữu ích.
Spencer Rathbun

2
Ngoài ra, khi nói về một phần mã cụ thể dài hơn ~ 5 dòng, nhiều người dùng IRC coi đó là bất lịch sự nếu bạn không sử dụng các dịch vụ như pastebin.com nhưng dán trực tiếp vào kênh
marktani

+1 cho các diễn đàn và danh sách gửi thư. IME họ có xu hướng hữu ích hơn nhiều so với các kênh IRC để nhận hỗ trợ kỹ thuật cho một dự án.
Mason Wheeler

13

Nếu có thể, hãy chia nhỏ câu hỏi của bạn để đơn giản nhất có thể. Trong khi học lập trình, tôi đã dành rất nhiều thời gian để đặt câu hỏi trong IRC. Đôi khi mã của tôi không hoạt động và tôi không biết tại sao, vì vậy tôi đã đặt chương trình 200 dòng của mình vào thùng dán và hỏi tại sao tôi lại gặp lỗi trên dòng 78. Không ai sẽ trả lời.

Tôi thấy rằng để có được câu trả lời, tôi đã tách mã có vấn đề. Nếu tôi không thể lấy ví dụ của mình để phù hợp với 20 dòng hoặc ít hơn, thật khó để có câu trả lời hay. Điều này thường đòi hỏi một lượng công việc đáng kể, nhưng trong quá trình tôi thường giải quyết vấn đề của riêng mình trước khi tôi phải hỏi trong IRC.

(Lời khuyên này cũng được áp dụng cho các câu hỏi SO tốt.)


12

Kiểm tra múi giờ của các nhà phát triển chính, nếu họ không thức khi bạn IRC họ, bạn sẽ khó nhận được bất kỳ câu trả lời nào.

Một số có thể xuất hiện trực tuyến, nhưng chỉ để lại bot hoặc để máy khách mở để kiểm tra một số tin nhắn khi chúng thức dậy / quay lại. Nếu bạn không đăng nhập lại, khi họ sẵn sàng, họ sẽ không có cách nào quay lại với bạn.

Dù sao, đối với hướng sử dụng, danh sách gửi thư hoặc trình theo dõi vấn đề hoạt động tốt hơn.

IRC hữu ích hơn cho các nhà phát triển làm việc trong dự án: vì vậy họ có thể đồng bộ hóa và thảo luận về những nỗ lực của nhau trong thời gian thực mà không vô tình bắt đầu một cuộc tấn công.

(Sai lầm và hiểu lầm về các chủ đề gây tranh cãi - như "phải làm gì tiếp theo?" - nhanh hơn để phát hiện và sửa chữa trong thời gian thực)


5

Hãy chắc chắn rằng bạn đang ở đúng kênh. Nếu bạn đang ở trong kênh nhà phát triển thì rõ ràng đó không phải là kênh trợ giúp.

Nếu tôi là nhà phát triển, tôi muốn thảo luận về phát triển, không giúp người dùng ngẫu nhiên # 1040, người không thể có được tính năng thực sự được làm tài liệu tốt.


2
Và nếu bạn đóng góp cho một dự án FOSS do cộng đồng điều khiển, rất có thể tính năng X rất xa so với tài liệu tốt.
K.Steff

1
Tôi đoán tôi nên hạn chế sử dụng hyperboles.
Pieter B

Quan điểm của tôi chỉ là hầu hết các dự án FOSS bị thiếu nhân lực và tập trung vào mã, không có ý định cằn nhằn.
K.Steff
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.