Etiqueta al hacer preguntas en un canal IRC [cerrado]

36

Muchos proyectos OSS más grandes mantienen canales IRC para discutir su uso o desarrollo. Cuando me quedo atascado en el uso de un proyecto, después de haber intentado y no he podido encontrar información en la web, una de las formas en que trato de averiguar qué hacer es ir al canal IRC y preguntar.

Pero mis preguntas son invariablemente completamente ignoradas por las personas en el canal. Si hubo silencio cuando entré, todavía habrá silencio. Si hay una conversación en curso, continúa sin ser molestada. Dejo el canal abierto durante unas horas, con la esperanza de que alguien pueda involucrarme, pero no pasa nada.

Así que me preocupa ser grosero de alguna manera que no entiendo, o romper alguna regla tácita y ser ignorado por ello. Trato de hacer mis preguntas educadas, directas y gramaticales, y trato de indicar que he probado las soluciones obvias y por qué no funcionaron. Entiendo que obviamente soy un completo desconocido para las personas en el canal, pero no estoy seguro de cómo solucionar esto. ¿Debería estar al acecho en el canal, sin decir nada, durante una semana? Eso parece absurdo también.

Un mensaje típico que envío podría ser "Hola a todos: he estado tratando de hacer que Foo funcione, pero sigo obteniendo una excepción Bar. Intenté restablecer el Quux, pero parece que esto no hace nada. ¿Alguien tiene un sugerencia sobre lo que podría probar?

Zarkonnen
fuente
2
Depende del canal. No hay dos iguales ... Lo mejor que puede hacer es acechar por un tiempo antes de publicar, ver cómo se hacen las cosas y luego unirse de la manera esperada.
Oded
¿Qué tiene que ver exactamente esto con la programación?
Joel Etherton
44
@JoelEtherton: Bueno, se trata del lado interpersonal de la ingeniería de software.
Zarkonnen
66
@JoelEtherton tiene que ver con programadores
nischayn22
1
Para aclarar: no estoy hablando de "cómo uso el Proyecto X". Estoy hablando de "cómo pirateo el Proyecto X". Se trata de la cultura y la etiqueta de los programadores y los proyectos de OSS.
Zarkonnen

Respuestas:

38
  • Regla # 1: no pidas preguntar
  • Regla # 2: compórtate como lo harías en una conversación de la vida real
  • Regla # 3: Sé paciente. Si no hay actividad, generalmente significa que nadie ha leído lo que escribió todavía. Si nadie responde, no lo saben o no lo notaron. Puede volver a intentarlo después de un tiempo o preguntar si alguien tiene alguna pista con respecto a su pregunta hace x minutos.

Además, a veces IRC no es la mejor manera de obtener ayuda. Podría preguntar si hay un foro más activo, como una lista de correo, que pueda probar.

l3dx
fuente
1
Por "no preguntar", ¿quiere decir: "no vaya '¿puedo hacerle una pregunta?"
Zarkonnen
55
@ Zarkonnen exactamente. "No pidas preguntar. Solo pregunta". No preguntes a la gente "¿Alguien alrededor?" o mucho menos resaltar a otros para preguntar si están cerca. Es más fácil dejar su pregunta, quedarse y esperar. Pregunte nuevamente en unas horas más o menos.
zxcdw
3
También descubrí que publicar actualizaciones de sus intentos de resolver el problema también puede ser útil.
Spencer Rathbun
2
Además, cuando se trata de una parte específica del código que es más larga que ~ 5 líneas, muchos usuarios de IRC lo consideran grosero si no utiliza servicios como pastebin.com pero los pega directamente en el canal
marktani
+1 para los foros y listas de correo. IME tienden a ser mucho más útiles que los canales IRC para obtener asistencia técnica en un proyecto.
Mason Wheeler
13

Si es posible, desglose su pregunta para que sea lo más simple posible. Mientras aprendía a programar, pasé mucho tiempo haciendo preguntas en IRC. A veces mi código simplemente no funcionaba, y no sabía por qué, así que ponía mi programa de 200 líneas en una papelera y preguntaba por qué recibía un error en la línea 78. Nadie respondía.

Descubrí que para obtener respuestas había aislado el código problemático. Si no podía hacer que mi ejemplo encajara en 20 líneas o menos, era difícil obtener una buena respuesta. Esto a menudo requería una gran cantidad de trabajo, pero en el proceso a menudo resolví mi propio problema antes de tener que preguntar en el IRC.

(Este consejo también se aplica a buenas preguntas SO).

Botones840
fuente
12

Verifique la zona horaria de los principales desarrolladores, si no están despiertos cuando los IRC, apenas obtendrá respuesta.

Algunos pueden aparecer en línea, pero simplemente dejaron un bot o dejaron al cliente abierto para buscar algunos mensajes cuando se despiertan / regresan. Sin embargo, si no vuelve a iniciar sesión, cuando estén disponibles, no tendrán forma de volver a usted.

De todos modos, para instrucciones de uso, listas de correo o rastreadores de problemas funcionan mejor.

IRC es más útil para los desarrolladores que trabajan en el proyecto: para que puedan sincronizar y discutir los esfuerzos de los demás en tiempo real sin iniciar accidentalmente una guerra de llamas.

(Los errores y malentendidos sobre temas discutibles, como "¿qué hacer a continuación?" , Son más rápidos de detectar y corregir en tiempo real)

ZJR
fuente
5

Asegúrate de estar en el canal correcto. Si estás en un canal de desarrolladores, obviamente no es un canal de mesa de ayuda.

Si soy un desarrollador, quiero hablar sobre el desarrollo, no ayudar al usuario aleatorio # 1040 que no puede lograr que la característica x bien documentada funcione.

Pieter B
fuente
2
Y si contribuye a un proyecto FOSS impulsado por la comunidad, es probable que la función X esté muy lejos de estar bien documentada.
K.Steff
1
Supongo que debería abstenerme de usar hiperboles.
Pieter B
Mi punto era que la mayoría de los proyectos de software libre sufren de mano de obra insuficiente y se centran en el código, sin intención de molestar.
K.Steff