Estoy de acuerdo en algunos puntos, pero sobre todo en el final del correo. Yo no soy precisamente de los que más participan en la lista de correo, pero veo un tremendo desequilibrio de las preguntas que hay en la lista. Tampoco es que lo considere un drama, pero sí es una situación a la que se le tiene que poner freno porque lleva ocurriendo ya muchos años (llevo en la lista desde 2003).
Mi solución es dar un corte a la gente que viene con esas preguntas a través de una página en la cual especifiquemos las normas de la lista, en la cual podríamos explicar todo lo que ha dicho Juan Luis. Ejemplo: "Ayudaaaaa" Respuesta: "Por favor, para que la gente te pueda ayudar adecuadamente dirígete aquí (enlace) para saber cómo debes hacer preguntas en la lista de correo" Just my 2 cents. Regards, Oscar -- Oscar Carballal Prego Software developer oscar.carbal...@gmail.com El 28 de septiembre de 2013 13:49, Juan Luis Cano <juanlu...@gmail.com>escribió: > 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@python.org > https://mail.python.org/mailman/listinfo/python-es > FAQ: http://python-es-faq.wikidot.com/ > >
_______________________________________________ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
