Author: ecasbas
Date: Fri Aug 10 17:00:51 2007
New Revision: 945
Log:
Following with the chapter 5 translation.
Modified:
trunk/es/ch05.xml
Modified: trunk/es/ch05.xml
==============================================================================
--- trunk/es/ch05.xml (original)
+++ trunk/es/ch05.xml Fri Aug 10 17:00:51 2007
@@ -71,48 +71,48 @@
se espera de ellos, y viven (o se deprimen) en esas esperanzas.
</para>
-<para>Although money needs to be used carefully, that doesn't mean it
-can't buy influence. It most certainly can. The trick is that it
-can't buy influence directly. In a straightforward commercial
-transaction, you trade money for what you want. If you need a feature
-added, you sign a contract, pay for it, and it gets done. In an open
-source project, it's not so simple. You may sign a contract with some
-developers, but they'd be fooling themselves—and you—if
-they guaranteed that the work you paid for would be accepted by the
-development community simply because you paid for it. The work can
-only be accepted on its own merits and on how it fits into the
-community's vision for the software. You may have some say in that
-vision, but you won't be the only voice.</para>
-
-<para>So money can't purchase influence, but it can purchase things
-that <emphasis>lead to</emphasis> influence. The most obvious example
-is programmers. If good programmers are hired, and they stick around
-long enough to get experience with the software and credibility in the
-community, then they can influence the project by the same means as
-any other member. They will have a vote, or if there are many of
-them, they will have a voting bloc. If they are respected in the
-project, they will have influence beyond just their votes. There is
-no need for paid developers to disguise their motives, either. After
-all, everyone who wants a change made to the software wants it for a
-reason. Your company's reasons are no less legitimate than anyone
-else's. It's just that the weight given to your company's goals will
-be determined by its representatives' status in the project, not by
-the company's size, budget, or business plan.</para>
+<para>Aunque el dinero necesita ser usado cuidadosamente, esto no significa que
+no se pueda comprar influencia. Desde luego puede. El truco es que no puede
comprar
+la influencia directamente. En una transación comercial sencilla, cambias
dinero por
+lo que quieras. Si necesitas añadir una característica, firmas un contrato,
pagas
+por ello, y lo tienes hecho. En un proyecto Open Source no es tan simple. Tu
puedes
+firmar un contrato con algunos desarrolladores, pero ellos serían idiotas
consigo
+mismos, y tú, si ellos garantizan que el trabajo por el que tu has pagado será
+aceptado por la comunidad de desarrollo simplemente porque tu pagaste por él.
+El trabajo únicamente puede ser aceptado por sus propios méritos, y es como
encaja
+en la visión de la comunidad por el software. Puede que tengas algo que decir
en
+esta visión, pero no serás la única voz.
+</para>
+
+<para>Por lo tanto, el dinero no puede comprar influencia, pero puede comprar
cosas
+que <emphasis>llevan a</emphasis> la influencia. El ejemplo más obvio son los
programadores.
+Si los buenos programadores son contratados, y aguantan bastante como para
conseguir
+experiencia con el software y credibilidad en la comunidad, entonces ellos
pueden
+influenciar en el proyecto de la misma manera que cualquier otro miembro.
Tendrán voto
+o si hay muchos de ellos, tendrán un bloque de votaciones. Si ellos son
respetados en el
+proyecto, tendrán influencia más alla de sus votos. No hay necesidad de que
los desarrolladores
+con sueldo disimulen sus motivos, tampoco. Después de todo, todo el mundo que
quiere que se
+haga un cambio en el software lo quiere por alguna razón. Las razones de tu
compañia no
+son menos legítimas que las de cualquiera. Es simplemente que el peso dado a
los objetivos
+de tu compañia será determinado por el estatus de sus representantes en el
proyecto, no
+por el tamaño de la compañia, presupuesto o plan de negocios.
+</para>
</simplesect>
<!-- ======================== SECTION ============================== -->
<sect1 id="types-of-involvement">
-<title>Types of Involvement</title>
+<title>Tipos de participación</title>
-<para>There are many different reasons open source projects get
-funded. The items in this list aren't mutually exclusive; often a
-project's financial backing will result from several, or even all, of
-these motivations:</para>
+<para>Existen múltiples razones diferentes por las cuales los proyectos
+open source consiguen fondos. Los elementos de esta lista no se excluyen
+mutuamente; a menudo, la financiación de un proyecto será el resultado de
+muchos, o incluso todas de estas motivaciones:
+</para>
<variablelist>
- <varlistentry><term>Sharing the burden</term>
+ <varlistentry><term>Compartiendo la carga</term>
<listitem>
<para>Separate organizations with related software needs often
find themselves duplicating effort, either by redundantly writing
_______________________________________________
Producingoss-translators mailing list
[email protected]
http://www.red-bean.com/mailman/listinfo/producingoss-translators
