Етикет при питанні на каналі IRC [закрито]


36

Багато великих проектів OSS підтримують канали IRC для обговорення їх використання та розвитку. Коли я зациклювався на використанні проекту, намагаючись знайти інформацію в Інтернеті і не вдався, один із способів я намагаюся зрозуміти, що робити - це зайти в канал IRC і запитати.

Але мої запитання люди з каналу незмінно повністю ігноруються. Якщо була тиша, коли я ввійшов, все одно буде тиша. Якщо триває розмова, вона триває безперешкодно. Я залишаю канал відкритим на кілька годин, сподіваючись, що, можливо, хтось врешті-решт мене залучить, але нічого не станеться.

Тож я переживаю, що я грубим я в чомусь не розумію, або порушую якесь невисловлене правило, і його ігнорую. Я намагаюсь зробити свої питання ввічливими, до точності та граматичними, і намагаюся зазначити, що я випробував очевидні рішення і чому вони не спрацювали. Я розумію, що я, очевидно, абсолютно незнайомця для людей на каналі, але не знаю, як це виправити. Чи варто просто ховатися в канал, нічого не кажучи, на тиждень? Це теж здається абсурдним.

Типовим повідомленням, яке я надсилаю, могло бути: "Привіт всім. Я намагався примусити Foo працювати, але я продовжую отримувати BarException. Я намагався скинути Quux, але це, здається, нічого не робить. Хто-небудь має пропозиція, що я можу спробувати? "


2
Це залежить від каналу. Ні двоє не схожі ... Найкраще, що потрібно затримати деякий час перед публікацією - подивитися, як все робиться, а потім приєднатися до очікуваного способу.
Одід

Яке саме це стосується програмування?
Джоель Етертон

4
@JoelEtherton: Ну, це стосується міжособистісного боку інженерії програмного забезпечення.
Зарконнен

6
@JoelEtherton це стосується програмістів
nischayn22

1
Для уточнення: я не говорю про "як я можу використовувати Project X". Я говорю про "як мені зламати Project X". Це питання про культуру та етикет програмістів та проектів OSS.
Зарконнен

Відповіді:


38
  • Правило №1: Не запитуйте
  • Правило №2: Поведіть себе так, як ви робите в реальній життєвій розмові
  • Правило №3: будьте терплячі. Якщо немає активності, зазвичай це означає, що ще ніхто не читав те, що ви написали. Якщо ніхто не відповідає, вони не знають або не помічають. Ви можете повторно спробувати через деякий час або запитати, чи є хто-небудь підказки щодо вашого питання х хвилин тому.

Крім того, іноді IRC - це не найкращий спосіб отримати допомогу. Ви можете запитати, чи є більш активний форум, такий як список розсилки, який ви можете спробувати.


1
Під "не питати запитувати", ви маєте на увазі: "не йдіть", чи можу я задати вам питання? "
Зарконнен

5
@Zarkonnen точно. "Не питайте, щоб запитувати. Просто запитайте". Не питайте людей "Хтось навколо?" або не кажучи вже про виділення інших, щоб запитати, чи є вони навколо. Просто простіше відмовитись від запитання, повіситися і почекати. Запитайте знову через кілька годин.
zxcdw

3
Я також виявив, що розміщення оновлень ваших спроб вирішити проблему також може бути корисним.
Спенсер Ратбун

2
Крім того, якщо мова йде про конкретну частину коду, яка перевищує ~ 5 рядків, багато користувачів IRC вважають це грубим, якщо ви не користуєтесь послугами типу pastebin.com, а вставляєте їх безпосередньо в канал
marktani

+1 для форумів та списків розсилки. Для IME вони, як правило, набагато корисніші, ніж канали IRC для отримання технічної допомоги в проекті.
Мейсон Уілер

13

Якщо можливо, розбийте своє запитання, щоб бути максимально простим. Навчаючись програмувати, я витратив багато часу на запитання в IRC. Іноді мій код просто не працював, і я не знав чому, тому я поклав свою програму на 200 ліній у відро для пасти і запитав, чому я отримую помилку в рядку 78. Ніхто не відповів би.

Я виявив, що для отримання відповідей я повинен був виділити проблемний код. Якщо я не міг знайти свій приклад, щоб він вмістився у 20 рядків або менше, важко було отримати хорошу відповідь. Це часто вимагало значної роботи, але в процесі я часто вирішував власну проблему, перш ніж мені довелося запитати в IRC.

(Ця порада також стосується гарних запитань щодо ПЗ.)


12

Перевірте часовий пояс основних розробників, якщо вони не прокидаються, коли ви їх IRC, навряд чи отримаєте відповідь.

Деякі можуть з’являтися в Інтернеті, але просто залишили бота або залишили клієнта відкритим, щоб перевірити, чи немає повідомлень, коли вони прокидаються / повертаються. Якщо ви не ввійдете назад, коли вони будуть доступні, вони не зможуть повернутися до вас.

У будь-якому випадку, для вказівки щодо використання, списки розсилки та трекери видачі працюють краще.

IRC є більш корисним для розробників, які працюють над проектом: вони можуть синхронізувати та обговорити зусилля один одного в режимі реального часу, не випадково запустивши вогнемет.

(Помилки та непорозуміння на дискусійні теми - наприклад, «що робити далі?» - швидше виявити та виправити в режимі реального часу)


5

Переконайтеся, що ви знаходитесь у правильному каналі. Якщо ви перебуваєте на каналі розробників, це, очевидно, не канал підтримки.

Якщо я розробник, я хочу обговорити розробку, а не допомогти випадковим користувачем # 1040, який не може отримати дуже добре документовану функцію x працює.


2
І якщо ви внесите свій внесок у проект FOSS, керований громадою, шанси на те, що особливість X дуже далеко не добре зафіксована.
K.Steff

1
Я думаю, мені слід утриматися від використання гіпербол.
Пітер Б

Моя думка полягала лише в тому, що більшість проектів FOSS страждають від недостатньої кількості робочої сили та зосередження уваги на коді, не припускаючи нав'язування.
K.Steff
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.