ROS Answers debe utilizarse como primer paso para solicitar ayuda, como se describe a continuación (y en esta pregunta relacionada).

Ver también

1. 'https://support'

2. La sección '"Wikis, informes de errores y ayuda"' en la parte inferior de la 'Documentation' página 'principal '.

ROS Discourse

Para estar al tanto de las últimas noticias de ROS, únase a http://discourse.ros.org y suscríbase al menos al canal en español. No dude en echar un vistazo a las publicaciones históricas como el ros-users archive.

'Por favor, no publique preguntas en discourse.ros.org . Las preguntas deben publicarse siempre en ROS Answers. '

ROS Discourse es para noticias y debates de interés general. ROS Answers proporciona un foro que se puede filtrar por etiquetas para asegurarse de que las personas relevantes puedan encontrar y / o responder la pregunta, y no sobrecargar a todos con cientos de publicaciones.

Cuando algo falla

Si está intentando depurar un sistema ROS

1. Primero intente solucionar problemas usando:

   • Solución de problemas (EN)

   • Preguntas frecuentes (EN)

2. Si la guía de solución de problemas no le ayuda, busque una respuesta y haga una pregunta si no encuentra nada relacionado en

   • ROS Answers

3. Si encuentra un problema o desea realizar una solicitud de función, consulte la siguiente sección

Sugerencias para informar problemas / solicitar funciones

1. Primero, 'marque' los rastreadores de problemas: los problemas conocidos, a menudo con parches o soluciones, generalmente se encuentran allí. Si tiene algo que agregar a un problema existente, agréguese como comentario al problema, en lugar de publicarlo en las listas de correo.

2. A continuación, consulte ROS Answers para ver si alguien más ha hecho su pregunta o informó su problema. Y pruebe una búsqueda general. También puede encontrar resultados en Discurso ROS el archivo de lista de correo ros-users y otros sitios.

3. Si todos los pasos anteriores fallaron, lo mejor que puede hacer es presentar un ticket.

Si no está seguro de lo que encontró es un error, puede preguntar en ROS Answers. Si el problema se confirma como un error, abra un ticket. Se prefieren Tickets si publica sobre un error porque serán revisados ​​por los desarrolladores.

Cuando abre un ticket, la mejor manera de demostrarlo es con un ejemplo breve, autónomo, correcto (compilable): http://sscce.org/ o un ejemplo mínimo, completo y verificable https://stackoverflow.com/ ayuda / mcve

Directrices para hacer una pregunta (lea antes de publicar)

Que NO Preguntar

• Las siguientes son preguntas 'no' apropiadas:

  • Preguntas generales de depuración / programación no específicas de ROS
  • preguntas sobre software que no está relacionado con ROS
  • tu tarea
• No contacte a los desarrolladores / mantenedores directamente.
  • La comunidad no puede ver preguntas o respuestas no formuladas / respondidas públicamente.
  • El desarrollo de código abierto funciona mejor cuando toda la comunidad participa en las discusiones y ayuda a responder preguntas.

  • Es mejor enviar todas las preguntas a ROS Answers o la lista de correo correspondiente, e informar todos los problemas al rastreador de problemas.

• En ROS Answers, no use las respuestas para discusiones, preguntas posteriores o simplemente actualizaciones. En su lugar, 'edita' tu publicación original o usa la función de comentario.

Que sí se debe de Hacer

• Sea lo más específico posible, con pasos para reproducir.
  • Describe exactamente lo que estabas haciendo o estás tratando de hacer, y exactamente qué, si es que algo, salió mal. Si dice "rviz no funciona", no podemos ayudarlo.
    • Si sigue un tutorial o instrucciones en línea, proporcione un enlace a las instrucciones específicas.

    • Utilice un título descriptivo o una línea de asunto. 'Malo:' "rviz no funciona" . 'Bueno:' "Rviz se bloquea en busca de archivos .so después de la última actualización de apt"

  • Siempre proporcione la siguiente información:

    • 'Nombres y versiones de pilas / paquetes' que está utilizando. "Estoy usando ROS C Turtle con pr2_simulator 1.1.1 y vocabulary_tree r30294"

    • 'Tu plataforma' (arquitectura, SO y versión / distribución). "Estoy ejecutando OS X 10.5 en un iBook", o "Estoy ejecutando Ubuntu Karmic en un x86, con kernel 2.6.31." Para Linux, siempre proporcione la distribución y las versiones del kernel .

    • 'Cualquier advertencia o error' . Córtelos y péguelos "directamente" desde la ventana de la terminal en la que se imprimieron.

      • 'Por favor' 'NO' 'reescriba usted mismo' . Pequeños errores de mecanografía pueden suponer una gran diferencia y una pérdida de tiempo.

      • 'Por favor' 'NO' 'publique una pantalla

Etiqueta

• 'Suponga' buena fe : Es fácil malinterpretar el significado o el tono de los comentarios en Internet. Asumir la buena fe da el beneficio de la duda a quienes intentan ayudarte, evitando: insultar a los miembros de la comunidad bien intencionados y envenenar el ánimo. Asumir 'buena fe' al responder casi siempre funciona mejor incluso si la respuesta original no fue de buena fe .

• 'No envíe su pregunta más de una vez' : Se vio la pregunta. Si no obtuvo una respuesta, es probable que nadie haya tenido tiempo de responderle. Alternativamente, podría ser que nadie sepa la respuesta. En cualquier caso, enviarlo de nuevo es de mala forma y parecido a gritar y es probable que moleste a un gran número de personas. Esto también se aplica a crossposting. Intente elegir el foro que crea que se adapta mejor y pregunte allí. Si lo remiten a un nuevo foro, proporcione un enlace a la discusión anterior.

  • En https://answers.ros.org puede editar su pregunta para proporcionar más detalles. Cuantos más detalles incluya en su pregunta, más fácil será para otros ayudarlo a encontrar su solución, lo que hace que sea más probable que obtenga una respuesta.

• 'Se considera de mala educación enumerar sus fechas límite personales; Los miembros de la comunidad que responden preguntas también las tienen '.

• 'No pida ayuda' . Si hay alguien dispuesto y capaz de ayudarlo con su problema, generalmente obtendrá una respuesta. Pedir respuestas más rápidas tendrá en su mayoría un efecto negativo.

• 'No agregue contenido no relacionado a las publicaciones.' El contenido de las publicaciones debe centrarse en el tema en cuestión y no incluir contenido no relacionado. El contenido, los enlaces y las imágenes no relacionadas con el tema se consideran spam.

  • Para publicaciones comerciales, consulte también este debate.

• 'Minimice las referencias al contenido detrás de los muros de pago.' El contenido publicado en la wiki y en Ask debería ser "generalmente" gratuito y abierto a todos los usuarios. Enlaces a contenido detrás de muros de pago como ya que los artículos de revistas privadas, los libros de texto y los sitios web de noticias de pago, aunque útiles y relevantes, pueden no ser accesibles para todos los usuarios. Siempre que sea posible, las fuentes primarias deben ser gratuitas y abiertas con contenido de pago que desempeñe un papel de apoyo.

• 'Las publicaciones de un solo enlace deben evitarse.' En términos generales, publicar una respuesta de un solo enlace es menos útil y se puede confundir fácilmente con spam. Además, los enlaces pueden degradarse con el tiempo o ser reemplazados. Parafrasear el contenido de un enlace junto con alguna información contextual y atribución suele ser mucho más útil.