Author: boninerd Date: Sat Aug 11 00:09:12 2007 New Revision: 949 Log: Tercer párrafo del capítulo 6
Modified: trunk/es/ch06.xml Modified: trunk/es/ch06.xml ============================================================================== --- trunk/es/ch06.xml (original) +++ trunk/es/ch06.xml Sat Aug 11 00:09:12 2007 @@ -26,19 +26,19 @@ incrementa el número de usuarios, y tomar el tiempo para hacer algo al respecto.</para> -<para>All of which is obvious in theory—what makes it hard in -practice is that free software development environments are -bewilderingly diverse both in audiences and in communications -mechanisms. Should a given thought be expressed in a post to the -mailing list, as an annotation in the bug tracker, or as a comment -in the code? When answering a question in a public forum, how much -knowledge can you assume on the part of the reader, given that "the -reader" is not only the one who asked the question in the first place, -but all those who might see your response? How can the developers -stay in constructive contact with the users, without getting swamped -by feature requests, spurious bug reports, and general chatter? How -do you tell when a medium has reached the limits of its capacity, and -what do you do about it?</para> +<para>Aquello que es obvio en teoría y que se hace duro en la +práctica es que los ambientes de desarrollo de software libre son +desconcertadamente diversos tanto en audiencias como en mecanismos de +comunicación. ¿Debería una opinión dada ser expresada en un mensaje a la +lista de correo, como una anotación en el gestor de fallos, o como un comentario +en el código? Al contestar una pregunta en un foro público, ¿cuánto +conocimiento puedes asumir por parte del lector?, en primer lugar dado que "el +lector" no es el único que hizo la pregunta, +¿pueden todos ver tú respuesta? ¿Como pueden los desarrolladores +permanecer en contacto constructivo con los usuarios, sin ser ahogado +por peticiones de características, informes falsos de fallos, y charla en general? ¿Cómo +dices cuando un medio ha alcanzado los límites de su capacidad, y +que harías al respecto?</para> <para>Las soluciones a estos problemas son usualmente parciales, ya que cualquier solución particular se vuelve finalmente obsoleta por el crecimiento del proyecto o _______________________________________________ Producingoss-translators mailing list [email protected] http://www.red-bean.com/mailman/listinfo/producingoss-translators
