nodejs · ovflowd · Sep 4, 2022 · Aug 11, 2022 · Aug 11, 2022 · Aug 12, 2022
diff --git a/content/about/about.fr.md b/content/about/about.fr.md
@@ -0,0 +1,69 @@
+---
+title: about
+displayTitle: "À propos"
+description: "À propos de | Node.js"
+authors: XhmikosR, mikeal, fhemberger, Fishrock123, yous, tomgco, tniessen, SMcCandlish, saadq, Trott, Gornstats, piperchester, naoufal,  lpinca, j9t, bnoordhuis, harshadsabne, Chris911, benhalverson, AugustinMauroy
+category: about
+---
+
+En tant que moteur d'exécution JavaScript asynchrone piloté par événements, Node.js est conçu pour construire
+des applications réseau évolutives. Dans l'exemple suivant de "hello world", de nombreuses
+connexions peuvent être traitées simultanément. A chaque connexion, le callback est
+déclenché, mais s'il n'y a pas de travail à faire, Node.js se met en veille.
+
+```js
+const http = require('http');
+
+const hostname = '127.0.0.1';
+const port = 3000;
+
+const server = http.createServer((req, res) => {
+  res.statusCode = 200;
+  res.setHeader('Content-Type', 'text/plain');
+  res.end('Bonjour tout le monde!'); // fin de la réponse http
+});
+
+server.listen(port, hostname, () => {
+  console.log(`Le serveur fonctionne à http://${hostname}:${port}/`);
+});
+```
+
+Cela contraste avec le modèle de concurrence le plus courant aujourd'hui, dans lequel les threads de l'OS
+sont utilisés. La mise en réseau fondée sur les threads est relativement inefficace et très difficile à utiliser.
+En outre, les utilisateurs de Node.js n'ont pas à se soucier du blocage du processus,
+puisqu'il n'y a pas de verrous. Presque aucune fonction de
+Node.js n'effectue directement des E/S, de sorte que le processus ne se bloque jamais. Parce que rien ne bloque, les systèmes évolutifs sont très raisonnables à développer en Node.js.
+
+Si certains de ces termes ne vous sont pas familiers, vous trouverez un article complet sur le site suivant
+[Blocage vs. non-blocage][].
+
+***
+
+Node.js est similaire dans sa conception à, et influencé par, des systèmes comme
+l'[Event Machine][] de Ruby et [Twisted][] de Python. Node.js présente une
+[boucle d'événement][] comme une construction d'exécution plutôt que comme
+une bibliothèque. Dans d'autres systèmes, il y a toujours un appel bloquant pour
+démarrer la [boucle d'événement][].
+Typiquement, le comportement est défini par des callbacks au début d'un script, et
+à la fin, un serveur est démarré par un appel bloquant tel que
+`EventMachine::run()`. Dans Node.js, il n'y a pas d'appel bloquant comme "start-the-event-loop".
+Node.js entre simplement dans la boucle d'événement après avoir exécuté le script d'entrée. Node.js
+sort de la boucle d'événement lorsqu'il n'y a plus de callbacks à exécuter. Ce comportement
+est comme le JavaScript du navigateur - la boucle d'événements est cachée à l'utilisateur.
+
+HTTP est un citoyen de première classe dans Node.js, conçu en gardant à l'esprit streaming et faible latence.
+faible latence à l'esprit. Cela rend Node.js bien adapté pour la fondation d'un web
+bibliothèque ou d'un cadre.
+
+Le fait que Node.js soit conçu sans threads ne veut pas dire que vous ne pouvez pas
+profiter de plusieurs cœurs dans votre environnement. Des processus enfants peuvent être créés
+en utilisant notre API [`child_process.fork()`][], et sont conçus pour être faciles à communiquer avec.
+Construit sur cette même interface, le module [`cluster`][],
+qui vous permet de partager des sockets entre les processus pour équilibrer la charge sur les cœurs.
+
+[Blocage vs. non-blocage]: https://nodejs.org/en/docs/guides/blocking-vs-non-blocking/
+[Event Machine]: https://github.com/eventmachine/eventmachine
+[Twisted]: https://twistedmatrix.com/trac/
+[`child_process.fork()`]: https://nodejs.org/api/child_process.html#child_process_child_process_fork_modulepath_args_options
+[`cluster`]: https://nodejs.org/api/cluster.html
+[boucle d'événement]: https://nodejs.org/en/docs/guides/event-loop-timers-and-nexttick/
diff --git a/content/about/governance.fr.md b/content/about/governance.fr.md
@@ -0,0 +1,40 @@
+---
+title: governance
+displayTitle: Gouvernance de projet
+description: 'Gouvernance de projet | Node.js'
+authors: XhmikosR, fhemberger, thefourtheye, ryanmurakami, refack, AugustinMauroy
+category: governance
+---
+
+## Processus de recherche de consensus
+
+Le projet Node.js suit un modèle de prise de décision de type [recherche de consensus][].
+
+## Collaborateurs
+
+Le dépôt GitHub de principal [nodejs/node][] est maintenu par les collaborateurs
+qui sont ajoutés par le comité directeur technique ([TSC][]) au fur et à mesure ou
+de manière continue.
+
+Les personnes apportant des contributions significatives et précieuses sont nommées Collaborateurs
+et reçoivent un accès commit au projet. Ces personnes sont identifiées par le
+TSC et leur nomination est discutée avec les collaborateurs existants.
+
+Pour la liste actuelle des collaborateurs, voir le [README.md][] du projet.
+
+Un guide pour les collaborateurs est maintenu à [collaborator-guide.md][].
+
+## Comités de haut niveau
+
+Le projet est dirigé conjointement par le [Comité directeur technique (TSC)][]
+qui est responsable de l'orientation de haut niveau du projet, et le
+[comité de la communauté (CommComm)][] qui est responsable de l'orientation et de
+l'extension de la communauté Node.js.
+
+[comité de la communauté (CommComm)]: https://github.com/nodejs/community-committee/blob/main/Community-Committee-Charter.md
+[recherche de consensus]: https://en.wikipedia.org/wiki/Consensus-seeking_decision-making
+[README.md]: https://github.com/nodejs/node/blob/main/README.md#current-project-team-members
+[TSC]: https://github.com/nodejs/TSC
+[Comité directeur technique (TSC)]: https://github.com/nodejs/TSC/blob/main/TSC-Charter.md
+[collaborator-guide.md]: https://github.com/nodejs/node/blob/main/doc/contributing/collaborator-guide.md
+[nodejs/node]: https://github.com/nodejs/node