Etiquette pour poser des questions sur un canal IRC [fermé]

36

De nombreux grands projets OSS gèrent des canaux IRC pour discuter de leur utilisation ou de leur développement. Lorsque je suis coincé dans l'utilisation d'un projet, après avoir essayé et échoué à trouver des informations sur le Web, l'un des moyens pour essayer de comprendre ce qu'il faut faire est d'aller sur le canal IRC et de demander.

Mais mes questions sont invariablement complètement ignorées par les gens de la chaîne. S'il y avait du silence quand je suis entré, il y aura toujours du silence. Si une conversation est en cours, elle se poursuit sans être perturbée. Je laisse la chaîne ouverte pendant quelques heures, en espérant que quelqu'un finira par m'engager, mais rien ne se passe.

Je crains donc que je ne sois pas grossier, que je ne comprenne pas ou que je ne respecte pas une règle tacite et que je sois ignoré. J'essaie de rendre mes questions polies, pertinentes et grammaticales, et d'indiquer que j'ai essayé les solutions évidentes et pourquoi elles ne fonctionnaient pas. Je comprends que je suis évidemment un parfait inconnu des gens de la chaîne, mais je ne sais pas comment régler ce problème. Devrais-je me cacher dans le canal sans rien dire pendant une semaine? Cela semble aussi absurde.

Un message typique que j’envoie peut-être: "Bonjour à tous - J'ai essayé de faire fonctionner Foo, mais je continue à avoir une BarException. J'ai essayé de réinitialiser le Quux, mais cela ne semble rien faire. Quelqu'un at-il un suggestion sur ce que je pourrais essayer? "

Zarkonnen
la source
2
Cela dépend du canal. Aucun des deux ne se ressemble ... La meilleure chose à faire est de vous cacher quelques instants avant de poster - voyez comment les choses se font et rejoignez-vous ensuite de la manière attendue.
Oded
Qu'est-ce que cela a à voir avec la programmation?
Joel Etherton
4
@ JoelEtherton: Eh bien, il s'agit du côté interpersonnel du génie logiciel.
Zarkonnen
6
@JoelEtherton, il a à faire avec les programmeurs
nischayn22
1
Pour clarifier: je ne parle pas de "comment utiliser Project X". Je parle de "comment puis-je pirater le projet X". C'est une question sur la culture et l'étiquette des programmeurs et des projets de logiciels libres.
Zarkonnen

Réponses:

38
  • Règle n ° 1: ne demandez pas à demander
  • Règle n ° 2: se comporter comme vous le feriez dans une conversation réelle
  • Règle n ° 3: soyez patient. S'il n'y a pas d'activité, cela signifie généralement que personne n'a encore lu ce que vous avez écrit. Si personne ne répond, ils ne savent pas ou ne l'ont pas remarqué. Vous pouvez réessayer après un moment ou demander si quelqu'un a une idée de votre question il y a quelques minutes.

De plus, parfois, IRC n'est pas le meilleur moyen d'obtenir de l'aide. Vous pouvez demander s'il existe un forum plus actif, comme une liste de diffusion, que vous pouvez essayer.

l3dx
la source
1
Par "ne demandez pas à demander", voulez-vous dire: "ne partez pas, puis-je vous poser une question?"?
Zarkonnen
5
@Zarkonnen exactement. "Ne demande pas à demander. Demande juste". Ne demandez pas aux gens "Quelqu'un autour?" ou laissez les autres surligner pour demander s’ils sont présents. Il est simplement plus facile de laisser tomber votre question, de traîner et d'attendre. Demander à nouveau dans quelques heures ou plus.
Zxcdw
3
J'ai également constaté que l'affichage de mises à jour de vos tentatives pour résoudre le problème peut également être utile.
Spencer Rathbun Le
2
De plus, quand il s'agit d'une partie spécifique du code qui est plus longue que ~ 5 lignes, de nombreux utilisateurs IRC le considèrent comme impoli si vous n'utilisez pas des services tels que pastebin.com mais les collez directement dans le canal
marktani le
+1 pour les forums et les listes de diffusion. Les IME tendent à être beaucoup plus utiles que les canaux IRC pour obtenir une assistance technique sur un projet.
Mason Wheeler
13

Si possible, décomposez votre question pour qu'elle soit aussi simple que possible. Tout en apprenant à programmer, j'ai passé beaucoup de temps à poser des questions sur IRC. Parfois, mon code ne fonctionnait tout simplement pas, et je ne savais pas pourquoi, alors je mettais mon programme de 200 lignes dans un bac pour pâtes et je demandais pourquoi j'avais une erreur à la ligne 78. Personne ne répondait.

J'ai trouvé que pour obtenir des réponses j'avais isoler le code problématique. Si je ne pouvais pas intégrer mon exemple à 20 lignes ou moins, il était difficile d'obtenir une bonne réponse. Cela demandait souvent beaucoup de travail, mais dans le processus, je réglais souvent mon propre problème avant de devoir poser la question à l'IRC.

(Ce conseil s’applique également aux bonnes questions relatives aux SO.)

Boutons840
la source
12

Vérifiez le fuseau horaire des principaux développeurs. S'ils ne sont pas réveillés lorsque vous les gérez, vous obtiendrez à peine une réponse.

Certains peuvent apparaître en ligne, mais il suffit de laisser un bot ou de laisser le client ouvert pour vérifier la présence de certains messages lorsqu'ils se réveillent / reviennent. Si vous ne vous reconnectez pas, quand ils seront disponibles, ils n'auront aucun moyen de vous revenir.

Quoi qu’il en soit, pour les directives d’utilisation, les listes de diffusion ou les outils de suivi des problèmes fonctionnent mieux.

IRC est plus utile pour les développeurs travaillant sur le projet: ils peuvent ainsi synchroniser et discuter des efforts de leurs collègues en temps réel sans démarrer accidentellement une guerre des flammes.

(Les erreurs et les malentendus sur des sujets discutables - comme "que faire ensuite?" - sont plus rapides à détecter et à corriger en temps réel)

ZJR
la source
5

Assurez-vous que vous êtes dans le bon canal. Si vous êtes dans un canal de développement, ce n'est évidemment pas un canal de dépannage.

Si je suis un développeur, je veux parler de développement et non pas aider randomuser # 1040 qui ne peut pas obtenir une fonctionnalité x bien documentée.

Pieter B
la source
2
Et si vous contribuez à un projet FOSS axé sur la communauté, il est probable que la fonctionnalité X est très loin d'être bien documentée.
K.Steff
1
Je suppose que je devrais m'abstenir d'utiliser des hyperboles.
Pieter B
Ce que je voulais dire, c'est que la plupart des projets FOSS souffrent d’insuffisance de main-d’œuvre et de l’attention portée au code, sans aucune intention harcelante.
K.Steff