Author: ecasbas
Date: Sat Feb  2 04:38:11 2008
New Revision: 1401

Log:
Handling Growth section finished

Modified:
   trunk/es/ch06.xml

Modified: trunk/es/ch06.xml
==============================================================================
--- trunk/es/ch06.xml   (original)
+++ trunk/es/ch06.xml   Sat Feb  2 04:38:11 2008
@@ -1097,7 +1097,7 @@
 
 <!-- ======================== SECTION ============================== -->
 <sect1 id="growth">
-<title>Handling Growth</title>
+<title>Manejando el crecimiento</title>
 
 <para>El precio del éxito es muy pesado en el mundo del Open Source. Conforme
 tu software se hace más popular, el número de gente que empieza a buscar 
información 
@@ -1146,53 +1146,49 @@
 implicará dos estrategias relacionadas:</para>
 
 <orderedlist>
-  <listitem><para>Recognizing when particular parts of a forum are
-            <emphasis>not</emphasis> suffering unbounded growth, even
-            if the forum as a whole is, and separating those parts
-            off into new, more specialized forums (i.e., don't let
-            the good be dragged down by the bad).</para>
+  <listitem><para>Reconociendo cuando partes especiales de un foro
+            <emphasis>no</emphasis> sufren un crecimiento desmesurado, incluso 
si el
+           foro se trata como un todo, y separando aquellas partes creando 
otras nuevas,
+           en foros más especializados (ejem., no dejes que los buenos se 
arrastren por
+            los malos).</para>
   </listitem>
-  <listitem><para>Making sure there are many automated sources
-            of information available, and that they are kept
-            organized, up-to-date, and easy to find.</para>
+  <listitem><para>Asegurando que existen muchas fuentes de información 
automáticas 
+           disponibles, y que se mantienen organizadas, actualizadas y fáciles 
de localizar.</para>
   </listitem>
 </orderedlist>
 
-<para>Strategy (1) is usually not too hard.  Most projects start out
-with one main forum: a general discussion mailing list, on which
-feature ideas, design questions, and coding problems can all be hashed
-out.  Everyone involved with the project is on the list.  After a
-while, it usually becomes clear that the list has evolved into several
-distinct topic-based sublists.  For example, some threads are clearly
-about development and design; others are user questions of the "How do
-I do X?" variety; maybe there's a third topic family centered around
-processing bug reports and enhancement requests; and so on.  A given
-individual, of course, might participate in many different thread
-types, but the important thing is that there is not a lot of overlap
-between the types themselves.  They could be divided into separate
-lists without causing any harmful balkanization, because the threads
-rarely cross topic boundaries.</para>
-
-<para>Actually doing this division is a two-step process.  You create
-the new list (or IRC channel, or whatever it is to be), and then you
-spend whatever time is necessary gently nagging and reminding people
-to <emphasis>use</emphasis> the new forums appropriately.  That latter
-step can last for weeks, but eventually people will get the idea.  You
-simply have to make a point of always telling the sender when a post
-is sent to the wrong destination, and do so visibly, so that other
-people are encouraged to help out with routing.  It's also useful to
-have a web page providing a guide to all the lists available; your
-responses can simply reference that web page and, as a bonus, the
-recipient may learn something about looking for guidelines before
-posting.</para>
-
-<para>Strategy (2) is an ongoing process, lasting the lifetime of the
-project and involving many participants.  Of course it is partly a
-matter of having up-to-date documentation (see
-<xref linkend="documentation"></xref><phrase output="printed"> in
-<xref linkend="getting-started"></xref></phrase>) and making sure to
-point people there.  But it is also much more than that; the sections
-that follow discuss this strategy in detail.</para>
+<para>La estrategia (1) normalmente no es muy dura. La mayoría de los proyectos
+empiezan con un foro principal: y una lista de correo para discusiones 
generales,
+en las cuales las ideas de características, cuestiones de diseño y problemas 
de 
+codificación puedan ser discutidos. Todo el mundo involucrado en el proyecto 
está
+en la lista. Despues de un tiempo, se comprueba que la lista ha evolucionado en
+varias sublistas basadas en diferentes temáticas. Por ejemplo, algunos hilos 
son 
+claramente sobre desarrollo y diseño; otros son dudad de usuarios del tipo 
¿"Cómo
+hago tal cosa"?; quizá exista una tercera temática centrada en el registro de 
procesar
+los informes de bugs y peticiones de mejora; y así. Un individuo dado, por 
supuesto
+puede participar en varios tipos diferentes de hilos, pero lo más importante 
de todo
+es que no hay mucho solapamiento entre los diferentes tipos mismos. Pueden ser 
divididos
+en listas separadas sin causar ningún perjuicio en el proyecto, porque los 
hilos se
+mantienen repartidos por temáticas.</para>
+
+<para>Actualmente, realizar esta división es un proceso de dos pasos. Creas la 
nueva lista
+(o el canal IRC, o lo que vaya a ser), y entonces gastas el tiempo necesario 
de manera 
+educada pero insistiendo y recordando a la gente a <emphasis>usar</emphasis> 
los nuevos foros
+apropiadamente. Este paso puede llevar semanas pero finalmente la gente 
captará la idea.
+Simplemente tienes que hacer ver a alguien que envía un post al destino 
equivocado, cual
+es el nuevo camino y hacerlo de manera visible, animando a que otras personas 
ayuden tambien
+en los nuevos usuos. Es tambien muy útil tener una página web proporcionando 
una guía hacía
+todas las listas disponibles; tus respuestas simplemente pueden referenciar 
esta página y,
+como gratificación, el destinatario puede aprender sobre las pautas a seguir 
antes
+de escribir un correo.</para>
+
+<para>La estrategia (2) es un proceso en curso, dura durante todo el tiempo de 
vida del proyecto
+e involucra a muchos participantes. Por supuesto es en parte cuestión de tener 
una documentación
+actualizada (mira
+<xref linkend="documentation"></xref><phrase output="printed"> en
+<xref linkend="getting-started"></xref></phrase>) y asegurándote que la gente
+vaya ahí. Pero es tambien mucho más que eso; las secciones que siguen discuten
+esta estrategia en detalle.</para>
 
 <!-- ======================== SECTION ============================== -->
 <sect2 id="using-archives">

_______________________________________________
Producingoss-translators mailing list
Producingoss-translators@red-bean.com
http://www.red-bean.com/mailman/listinfo/producingoss-translators

Reply via email to