Author: francisco
Date: Fri Sep 7 06:05:13 2007
New Revision: 1153
Log:
correciones capítulo 8.
Modified:
trunk/es/ch08.xml
Modified: trunk/es/ch08.xml
==============================================================================
--- trunk/es/ch08.xml (original)
+++ trunk/es/ch08.xml Fri Sep 7 06:05:13 2007
@@ -171,7 +171,7 @@
experto en cada área, así que cuando un error en el código aparece, habrá
normalmente una o dos personas en las que todo el mundo piensa que podrían
arreglar el problema rápidamente. No obstante, si asignas la tarea a una
-de estas personas sin perdirles permiso, dicha persona podría sentirse
+de estas personas sin pedirles permiso, dicha persona podría sentirse
incómoda y forzada a encargarse de la tarea, podría sentir que se espera
mucho de ella y que, de alguna forma, está siendo castigada por sus
conocimientos y experiencia. Después de todo, la forma en la que uno adquiere
@@ -259,7 +259,7 @@
distintas</para>
<para>Cuanto más consciente seas de lo que la gente quiere sacar del proyecto,
más
-eficientemente podrás pedirles cosas. Simplemente desmostrando comprensión por
lo que
+eficientemente podrás pedirles cosas. Simplemente demostrando comprensión por
lo que
quieren, sin demandar nada por ello, tiene una utilidad per se, puesto que
confirma
a cada uno que no es una simple partícula de una masa informe.</para>
@@ -307,7 +307,7 @@
detalladas, y que contienen una clara (aunque sea entre líneas) indicación
de que se espera una mejora.</para>
-<para>Las alabanzas no herirá la sensibilidad de nadie, por supesto, pero eso
+<para>Las alabanzas no herirá la sensibilidad de nadie, por supuesto, pero eso
no significa que se deba usar con menos cuidado que las críticas. Las alabanzas
son una herramienta; antes de usarla pregúntate por <emphasis>qué</emphasis>
quieres usarla. Como regla, no es una buena idea alabar a alguien por hacer
@@ -319,7 +319,7 @@
inusual, o inesperado, con la intención de fomentar dichos esfuerzos. Cuando
un participante parece haberse trasladado permanentemente a un estado de alta
productividad, debes ajustar tu nivel de alabanzas consecuentemente. Repetidas
-alabanzas se acaban conviertiendo en algo sin significado alguno. En su lugar,
+alabanzas se acaban convirtiendo en algo sin significado alguno. En su lugar,
dicha persona deber sentir que su alto nivel de productividad se considera
normal y natural, y sólo trabajo que sobrepasa ese nivel debe ser significado.
</para>
@@ -335,7 +335,7 @@
el código o, quizá mejor, podrías utilizar su trabajo de forma ostensible para
que la persona pueda apreciar que la gente tiene confianza en los resultados de
su trabajo. Probablemente no es necesario hacer todas estas cosas de forma
-calculada. Las personas que comtribuyen notablemente lo saben y ocuparán una
+calculada. Las personas que contribuyen notablemente lo saben y ocuparán una
posición de influencia de forma natural. Normalmente no hay que tomar medidas
explícitas para asegurar esto, a menos que sientas que, por cualquier motivo,
un miembro del grupo es poco valorado.</para>
@@ -344,13 +344,13 @@
<!-- ======================== subsection ============================== -->
<sect2 id="territoriality">
-<title>Prevén la Territorialiad</title>
+<title>Prevén la Territorialidad</title>
<para>Ten cuidado con los participantes que intentan apropiarse la exclusividad
en ciertas áreas del proyecto, y con aquellos que parecen querer hacer todo
el trabajo en esas áreas hasta el punto de apropiarse del trabajo que otros
han comenzado. Dicho comportamiento puede parecer saludable al principio,
-depués de todo, a primera vista parece como si el individuo en cuestión
+después de todo, a primera vista parece como si el individuo en cuestión
simplemente está tomando más responsabilidad, y mostrando una mayor actividad
en dichas áreas. A la larga, no obstante, dicho comportamiento es destructivo.
Cuando la gente ve señales de "no pasar" se apartan del proyecto. Esto conlleva
@@ -366,12 +366,12 @@
<emphasis>conquistada</emphasis> activamente. Incluso si la persona deseando la
autoridad es realmente competente, aún así es crucial que maneje esa
autoridad de manera informal, a través del consenso del grupo, y sin apartar
-a nadie de colaborar en su area de influencia.</para>
+a nadie de colaborar en su área de influencia.</para>
<para>Por supuesto, rechazar o editar el trabajo de otro por motivos técnicos
es
un asusto totalmente distinto. En este caso, el factor decisivo es el contenido
del trabajo, no quien actúa como portero. Podría suceder que la misma persona
-realize la mayor parte de revisiones para un área particular, pero mientras no
+realice la mayor parte de revisiones para un área particular, pero mientras no
evite que otros hagan su trabajo, las cosas deberían ir bien.</para>
<para>Para combatir cualquier territorialismo incipiente, o incluso la mera
@@ -390,7 +390,7 @@
y debe hacerse, pero de alguna manera esta forma de actuar evita falsas
atribuciones, incluso cuando sólo son implícitas. No hay una directriz
clara
de cuando se ha de añadir o quitar entradas con el nombre del autor;
¿Añades
- tu nombre si cambias un comentario? ¿Cuando arreglas una sóla línea de
código?
+ tu nombre si cambias un comentario? ¿Cuando arreglas una sola línea de
código?
¿Has de borrar el nombre de alguien cuando reestructuras el código y es
diferente
al anterior en un 95%? ¿Qué haces con la gente que va tocando cada
archivo,
cambiando lo mínimo para que su nombre aparezca en todas
partes?</emphasis></para>
@@ -411,7 +411,7 @@
<para>La gente a veces defiende las entradas de autor en el código fuente
argumentando que dan crédito de forma visible a aquellos que han realizado más
trabajo. Hay dos problemas con este argumento. Primero, las entradas de autor
-traen consigo la incómoda pregunta de cúanto trabajo se ha de realizar para
+traen consigo la incómoda pregunta de cuánto trabajo se ha de realizar para
que tu nombre también aparezca en el archivo. Segundo, las entradas fusiona
la autoridad en un área con el crédito en la misma; haber hecho la mayor parte
del trabajo en un área no implica que se posea dicha área, pero es difícil,
@@ -424,7 +424,7 @@
<para>Si en tu proyecto se decide no permitir incluir entradas de autores
en el código fuente, asegúrate de no pasarte de la raya. Por ejemplo,
-muchos proyectos tienen un area <filename>contrib/</filename> donde se
+muchos proyectos tienen un área <filename>contrib/</filename> donde se
almacenan pequeñas herramientas y scripts de ayuda, a menudo escritos
por gente que no están asociados con el proyecto de ninguna otra manera.
Para ese tipo de archivos está bien que se introduzca los nombres de los
_______________________________________________
Producingoss-translators mailing list
[email protected]
http://www.red-bean.com/mailman/listinfo/producingoss-translators
