[Python-es] Moderación en la lista

Ander Garmendia kelertxiki en gmail.com
Sab Sep 28 14:19:37 CEST 2013


100% de acuerdo!

Esperemos q este toque de atención sirva de algo.

Un saludo.
On 2013 ira 28 13:50, "Juan Luis Cano" <juanlu001 en gmail.com> wrote:

>  Hola a todos:
>
> (Resumen: Email largo, con algunas sugerencias para mejorar la calidad de
> la lista)
>
> Me gustaría hablar del tema de la moderación en esta lista. Esta mañana he
> leído dos mensajes seguidos con asuntos del tipo "Ayuda" o "Ayuda con esto"
> y con contenido lleno de súplicas y frases de desesperación.
>
> Me voy a ahorrar los eufemismos: esta situación no es nada seria. Lo he
> hablado con muchas personas y hay gente muy buena que no está suscrita a la
> lista por puro aburrimiento y hartazgo de leer preguntas estúpidas, mal
> formuladas o que demuestran que la persona que pregunta no ha hecho los
> deberes.
>
> Las pautas y consejos para hacer preguntas de manera inteligente se
> conocen ya desde hace más de una década y están traducidos al español:
>
> http://www.sindominio.net/ayuda/preguntas-inteligentes.html
>
> Podríamos ponernos a hablar sobre qué temas discutir aquí y qué temas
> redirigir a otros sitios (Python Majibu, entredesarrolladores, listas
> locales), pero eso daría para mucho, y por tanto voy a hacer una serie de
> sugerencias concretas que podemos comentar entre todos y empezar a aplicar
> enseguida:
>
> 1. No aceptar títulos vacíos o ambiguos.
>
> "Ayuda con este error" *no vale para nada* como asunto de un email. Cuando
> alguien envíe un mensaje de esas características, se cambia el asunto y se
> le dice que intente hacerlo mejor la próxima vez. Lo de ser más o menos
> educado ya va en gustos, yo preferiría que se le dijese con buena educación
> y seguidamente se contestase a su pregunta.
>
> Se le puede enlazar esto:
>
> http://www.sindominio.net/ayuda/preguntas-inteligentes.html#AEN103
>
> 2. No aceptar pedazos de código gigantes.
>
> Cuando alguien te pega un programa de 100 líneas (o más) para que le digas
> dónde está el error, el problema es que esa persona no ha trabajado para
> intentar aislar el fallo y entender más o menos dónde se encuentra. Ese
> tema también evitarse: otra vez, se le dice a la persona que intente aislar
> el problema, sobre todo para que sea más fácil para los demás ayudarle. De
> forma educada a poder ser.
>
> Pero por otro lado, si alguien por lo que sea sí que tiene que pegar mucho
> código, que por favor no lo haga en un mensaje porque es incomodísimo.
> Cuando alguien haga eso, se le dice educadamente que use gist.github.com,
> o el servicio que a cada cual le parezca bien.
>
> 3. Pedir que se especifique el trabajo previo
>
> Es una pérdida de tiempo muy irritante que alguien mande una pregunta y
> haya que sacarle con sacacorchos cuál es su sistema, qué versión de Python
> usa, qué ha intentado antes... no somos robots, creo que no hace falta dar
> una plantilla, pero si alguien no da este tipo de detalles se le podría
> decir educadamente que para la próxima vez los escriba a la primera.
>
> Se le puede enlazar esto:
>
> http://www.sindominio.net/ayuda/preguntas-inteligentes.html#AEN117
>
>
>    -
>
>    Describe los síntomas de tu problema o error con cuidado y claramente.
>     -
>
>    Describe el entorno en el que ocurre (máquina, S.O., aplicación,
>    loquesea).
>     -
>
>    Describe la investigación que llevaste a cabo para acotar una posible
>    respuesta al problema antes de hacer la pregunta.
>     -
>
>    Describe los pasos de diagnóstico que llevaste a cabo e intenta
>    solucionar el problema tú mismo antes de formular la cuestión.
>     -
>
>    Describe cualquier cambio reciente en tu ordenador o combinación de
>    software que pueda resultar relevante.
>
>
> 4. Ser un poco estrictos
>
> Creo que todo el mundo tiene derecho a aprender y usar Python.
>
> Creo que todo el mundo tiene derecho a que le ayuden a aprender a usar
> Python.
>
> Pero no creo que todos los flojos del planeta tengan derecho a aprender
> Python gracias a que gente en su tiempo libre les soluciona preguntas mal
> formuladas en una lista de correo.
>
> Si alguien pone "ayuda por favooooor" se le podría decir educadamente que
> todos los que escriben a la lista requieren ayuda y que por poner ese tipo
> de cosas no va a obtener prioridad. Si alguien necesita ayuda urgente
> siempre puede *pagar* $$$ a un profesional.
>
> Hay gente que necesita un "RTFM" por respuesta. Esto es una opinión
> puramente personal pero sólidamente fundamentada.
>
> ---
>
> Y con esto termino. Esta lista no tiene un tráfico, digamos, inmanejable,
> pero si mejoramos las condiciones tal vez consigamos atraer a más gente *y
> dar una impresión de seriedad*.
>
> Estoy muy cansado de ver problemas tan básicos en Python-es, las
> comunidades de Google Plus, los foros y en todas partes. Creo que los
> podemos solucionar.
>
> Un saludo
>
> Juan Luis Cano
>
> _______________________________________________
> Python-es mailing list
> Python-es en python.org
> https://mail.python.org/mailman/listinfo/python-es
> FAQ: http://python-es-faq.wikidot.com/
>
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://mail.python.org/pipermail/python-es/attachments/20130928/1b34b1d0/attachment.html>


Más información sobre la lista de distribución Python-es