Author: bertrand
Date: Wed Aug  1 07:36:33 2007
New Revision: 870

Log:
Ch02 review 3

Modified:
   trunk/fr/ch02.xml

Modified: trunk/fr/ch02.xml
==============================================================================
--- trunk/fr/ch02.xml   (original)
+++ trunk/fr/ch02.xml   Wed Aug  1 07:36:33 2007
@@ -152,7 +152,7 @@
       Si les moteurs de recherche classiques ne retournent aucun
       résultat, jetez un coup d'oeil aux sites d'information traitant
       des logiciels libres (ce point sera développé ultérieurement) ou
-      dans les registres de la FSF (Free Software Foundation)<ulink
+      dans les registres de la FSF (Free Software Foundation) : <ulink
       url="http://directory.fsf.org/"; />.</para>
 
       <para>Même si vous ne trouvez pas exactement ce que vous aviez en
@@ -232,8 +232,8 @@
     démarrage d'un nouveau projet. Ils sont globalement présentés dans
     l'ordre où les visiteurs les rencontrent, bien que l'ordre dans
     lequel vous les avez mis en place puisse différer. Traitez les comme
-    une check-liste. Vérifiez quand vous démarrez un nouveau projet,
-    pour chaque point, qu'il a été traité, où au moins que vous savez
+    une check-list. Vérifiez quand vous démarrez un nouveau projet, pour
+    chaque point, qu'il a été traité, où au moins que vous savez
     apprécier les conséquences si tel n'a pas été le cas.</para>
 
     <!-- ======================== subsection ============================== -->
@@ -582,7 +582,7 @@
       <para>La procédure d'installation doit être aussi simple, standard
       et peu économe en ressource que possible. Si vous tentez
       d'éradiquer une maladie, vous ne distribueriez pas le médicament
-      de façon à qu'il nécessite une seringue de taille non-standard
+      de façon à qu'il nécessite une seringue de taille non standard
       pour être administré. De la même façon, les logiciels doivent se
       conformer à des standards de construction et d'installation; plus
       ils dévient du standard, plus d'utilisateurs et de développeurs
@@ -623,7 +623,7 @@
     <!-- ======================== subsection ============================== -->
 
     <sect2 id="vc-and-bug-tracker-access">
-      <title>La gestion de configuration logicielle et les système de
+      <title>La gestion de configuration logicielle et les systèmes de
       gestion de tickets</title>
 
       <para>Télécharger les distribution de sources est satisfaisant
@@ -631,18 +631,17 @@
       suffisant pour déboguer ou ajouter de nouvelles fonctionnalités.
       Les extractions de sources journalières sont utiles, mais pas
       d'une fréquence adéquate pour favoriser l'émergence d'une
-      communauté de développeurs. Les gens ont besoin d'accéder en
-      temps-réel aux sources dans leur état courant et le moyen de leur
-      offrir ce service est d'utiliser un système de Gestion de
-      Configuration Logicielle (GCL). Le fait de fournir un accès
-      anonyme aux sources en GCL est un signe -à la fois dirigé vers les
-      utilisateurs et vers les développeurs- que ce projet fait un
-      effort particulier pour fournir aux gens ce dont ils ont besoin
-      pour participer. Même si vous ne pouvez proposer la GCL tout de
-      suite, laissez une indication que vous allez le faire sous peu.
-      L'infrastructure de gestion de configuration logicielle est
-      développée en détail dans <xref linkend="vc" /><phrase
-      output="printed"> du <xref
+      communauté de développeurs. Les gens ont besoin d'accéder en temps
+      réel aux sources dans leur état courant et le moyen de leur offrir
+      ce service est d'utiliser un système de Gestion de Configuration
+      Logicielle (GCL). Le fait de fournir un accès anonyme aux sources
+      en GCL est un signe -à la fois dirigé vers les utilisateurs et
+      vers les développeurs- que ce projet fait un effort particulier
+      pour fournir aux gens ce dont ils ont besoin pour participer. Même
+      si vous ne pouvez proposer la GCL tout de suite, laissez une
+      indication que vous allez le faire sous peu. L'infrastructure de
+      gestion de configuration logicielle est développée en détail dans
+      <xref linkend="vc" /><phrase output="printed"> du <xref
       linkend="technical-infrastructure" /></phrase>.</para>
 
       <para>Il en va de même de la gestion de tickets. Son importance ne
@@ -708,7 +707,7 @@
       <para>Dans les prémisses du projet, il n'y a pas de besoin à
       séparer les forums utilisateurs et développeurs. Il est nettement
       préférable que ces deux populations se parlent l'une à l'autre,
-      dans une seule "pièce". Parmis les utilisateurs de la première
+      dans une seule "pièce". Parmi les utilisateurs de la première
       heure, la distinction est floue entre développeurs et
       utilisateurs. Le ratio développeurs sur utilisateurs est en
       général bien plus élevé à cette étape que plus tard dans le
@@ -1123,7 +1122,7 @@
       <para>Si vous ne désirez pas que votre code puisse être utilisé
       dans des programmes propriétaires, utilisez la GNU General Public
       License (<ulink url="http://www.gnu.org/licenses/gpl.html"; />). La
-      GPL est assurement la licence libre la plus largement reconnue
+      GPL est assurément la licence libre la plus largement reconnue
       dans le monde actuellement. C'est un net avantage, puisque les
       utilisateurs et contributeurs y sont familiarisés, et ne
       dépenseront donc pas de temps supplémentaire à lire et comprendre
@@ -1209,12 +1208,12 @@
     préparer les développeurs actuels à ce changement.</para>
 
     <para>Les premiers pas sont les plus difficiles, car le projet
-    manque de décisions prises et de reflexes. La stabilité d'un projet
-    ne vient pas seulement de régles formalisées, mais d'une atmosphère
+    manque de décisions prises et de reflèxes. La stabilité d'un projet
+    ne vient pas seulement de règles formalisées, mais d'une atmosphère
     collective difficile à saisir et qui se développe au cours du temps.
-    On trouve souvent des régles écrites, mais elles se bornent souvent
-    à une distillation de régles tacites, évoluant régulièrement et
-    servant de guide effectif au projet. Les règlements écrits
+    On trouve souvent des règles écrites, mais elles se bornent souvent
+    à une distillation de préconisations tacites, évoluant régulièrement
+    et servant de guide effectif au projet. Les règlements écrits
     définissent moins la culture du projet qu'ils la décrivent, et
     encore souvent de façon approximative.</para>
 
@@ -1228,10 +1227,10 @@
     Les enfants d'aujourd'hui chantent à peu près les mêmes refrains que
     d'autres enfants il y des siècles, bien qu'aucun ne soit encore
     vivant. Les enfants les plus jeunes entendent chanter leurs
-    camarades plus agés, puis les chantent à leur tour. Les enfants ne
+    camarades plus âgés, puis les chantent à leur tour. Les enfants ne
     sont pas engagés dans un programme conscient de transmission,
     évidemment, mais la raison pour laquelle les chansons survivent est
-    assurement le fait qu'elles sont transmises régulièrement et de
+    assurément le fait qu'elles sont transmises régulièrement et de
     façon répétitive. L'échelle de temps des logiciels libres ne peut
     être mesuré en siècles (nous le saurons un jour), mais les
     dynamiques de transmission sont globalement les mêmes. Le niveau de
@@ -1355,14 +1354,13 @@
       diffusion puisse apporter une contribution utile à la discussion.
       Alors, nous avons emprunté la voie de la facilité et nous avons
       commencé à batailler sur des idées techniques via des courriels
-      privés, jusqu'à ce qu'un observateur du projet <footnote>
-          <para>Nous n'avons pas encore abordé le sujet des crédits,
-          mais simplement pour appliquer à moi-même ce que je prêche
-          plus tard : le nom de l'observateur était Brian Behlendorf, et
-          ce fut lui qui pointa l'importance général de conserver toutes
-          les discussions publiques à moins qu'il y ait un besoin
-          explicite de confidentialité.</para>
-        </footnote> présenti ce qui ce passait et demanda que la
+      privés, jusqu'à ce qu'un observateur du projet <footnote> Nous
+      n'avons pas encore abordé le sujet des crédits, mais simplement
+      pour appliquer à moi-même ce que je prêche plus tard : le nom de
+      l'observateur était Brian Behlendorf, et ce fut lui qui pointa
+      l'importance général de conserver toutes les discussions publiques
+      à moins qu'il y ait un besoin explicite de confidentialité.
+      </footnote> présenti ce qui ce passait et demanda que la
       discussion soit déplacée sur la liste publique. Nous le fîmes, un
       peu à reculons il est vrai, et nous furent sidérés par le nombre
       de commentaires pertinents et par les suggestions qui en ont
@@ -1448,7 +1446,7 @@
 
       <blockquote>
         <para>
-          <emphasis>Tout d'abord, veuillons à éviter les potentielles
+          <emphasis>Tout d'abord, veillons à éviter les potentielles
           attaques ad hominem; par exemple celle de qualifier la
           conception de la couche sécurité de J. de "naïve et ignorante
           des principes de base de la sécurité informatique". Ce peut ou
@@ -1575,7 +1573,7 @@
       jeté l'opprobre sur nous, mais il avait prouvé que la revue de
       code était une façon intelligente de dépenser son temps, et que
       chacun pouvait contribuer autant au projet en analysant le code
-      des autres qu'en écrivant du code soit-même. Une fois qu'il l'eu
+      des autres qu'en écrivant du code soi-même. Une fois qu'il l'eu
       démontré, ceci devint le comportement par défaut, au point qu'un
       commit sans réaction aurait causé de l'angoisse à son émetteur, et
       qu'il aurait demandé sur la liste si quelqu'un avait déjà pu faire
@@ -1652,7 +1650,7 @@
       qu'ils ne sont pas suffisamment familiers du projet. Pour vos
       développeurs, cela peut être pris comme une situation de critique
       unilatérale. Il y a donc danger de voir apparaître une mentalité
-      d'assiégés parmis les vétérans.</para>
+      d'assiégés parmi les vétérans.</para>
 
       <para>La meilleure façon de l'éviter est de prévenir le groupe de
       ce qui va arriver. Expliquer lui que l'inconfort initial est
@@ -1774,8 +1772,8 @@
     <para>Face à l'évidence, j'eus à ravaler mes certitudes sur la
     nécessité absolue de disposer de code fonctionnel pour lancer un
     projet. Un code fonctionnel est encore la meilleure fondation d'un
-    projet pour son succès, et c'est une bonne régle que d'attendre de
-    l'avoir avant de l'annoncer. Il existe néanmoins des circonstances
+    projet pour son succès, et c'est une bonne règle que d'attendre d'en
+    disposer avant de l'annoncer. Il existe néanmoins des circonstances
     où le faire en avance est utile. Je pense qu'il faut au moins
     proposer un document de conception correct, ou un cadre de
     développement (bien entendu ils pourront être modifiés par des

_______________________________________________
Producingoss-translators mailing list
[email protected]
http://www.red-bean.com/mailman/listinfo/producingoss-translators

Reply via email to