Italian translations

locale/it/404.md

@@ -4,4 +4,4 @@ permalink: false
 title: 404
 ---
 ## 404: La pagina non è stata trovata
-### ENOENT: Nessun file o cartella con questo nome
+### ENOENT: Nessun file o cartella presente con questo nome

locale/it/about/community.md

@@ -0,0 +1,59 @@
+---
+title: Community Committee
+layout: about.hbs
+---
+
+# Community Committee (Commissione Community)
+La commissione della Community (CommComm) è una commissione di primaria importanza nella Fondazione Node.js. La CommComm ha autorità sulle iniziative della comunità esterna, incluse:  
+
+ - Community [Evangelism](https://github.com/nodejs/evangelism)
+ - Iniziative educative
+ - Direzione culturale della Fondazione Node.js
+ - Iniziative di organizzazione della Community
+ - Traduzione e internazionalizzazione
+ - Mediazione/moderazione del progetto
+ - Iniziative pubbliche e [Pubblicazioni](https://medium.com/the-node-js-collection)
+
+Ci sono quattro tipi di coinvolgimenti con il Comitato della Community:
+  - Un **Contributore** è un individuo che crea o commenta una segnalazione o una pull request.
+  - Un **Collaboratore** è un contributore a cui sono stati concessi privilegi di scrittura sul repository.
+  - Un **Osservatore** è un individuo che ha richiesto o a cui è stato richiesto di assistere ad un incontro del CommComm. È anche il primo step per diventare un Membro.
+  - Un **Membro** è un collaboratore con diritti di voto che ha soddisfatto i requisiti di partecipazione ed è stato eletto dalla procedura di votazione del CommComm.
+
+Per la lista attuale dei membri del Comitato della Community, vedere il [README.md] del progetto (https://github.com/nodejs/community-committee).
+
+## Contributors and Collaborators (Contributori e Collaboratori)
+
+La missione del CommComm è di consolidare ulteriormente la comunità di Node.js. Se stai leggendo questo documento, sei già parte di quella comunità - e in qualità di membro della Community di Node.js, ci piacerebbe moltissimo avere il tuo aiuto!
+
+Il repository GitHub [nodejs/community-committee](https://github.com/nodejs/community-committee) è un posto fantastico da cui iniziare. Dai un'occhiata a [issues labeled "Good first issue"](https://github.com/nodejs/community-committee/labels/good%20first%20issue) per vedere in quali settori abbiamo bisogno d'aiuto.
+Se hai delle idee su come organizzare e costruire la community, sentiti libero di aprire delle tue segnalazioni, creare pull requests che evidenzino migliori al nostro lavoro attuale, o aiutaci condividendo i tuoi pensieri e le tue idee nelle attuali discussioni che stiamo avendo su GitHub.
+
+Puoi partecipare ulteriormente nei nostri continui sforzi nel costruire la comunità - ad esempio le traduzioni, evangelism, la Node.js Collection, e altri - cercando informazioni nei loro rispettivi repositories e entrando nel vivo!
+
+Prima di approfondire, per favore assicurati di leggere la [Guida del Collaboratore](https://github.com/nodejs/community-committee/blob/master/COLLABORATOR_GUIDE.md).
+
+Se sei interessato a partecipare nel Comitato della Community come un membro del comitato, dovresti leggere la sezione qui sotto riguardo a **Osservatori e condizione di Membro**, e creare una segnalazione richiedendo di essere un Osservatore nel nostro prossimo incontro del Comitato Community.
+Puoi trovare un esempio lampante di tale segnalazione [qui](https://github.com/nodejs/community-committee/issues/142).
+
+## Observers and Membership (Osservatori e condizione di Membro)
+
+Se sei interessato a farti coinvolgere più a fondo nel Comitato della Community e nei suoi progetti, ti incoraggiamo a diventare un osservatore attivo, e lavorare per raggiungere lo stato di membro. Per diventare un membro devi:
+
+ 1. Presenziare ai meeting ogni 2 settimane, investigare segnalazioni taggate come "good first issue", compilare segnalazioni e pull requests, e fornire approfondimenti tramite GitHub come contributore o collaboratore.
+ 2. Richiedere di diventare un Osservatore creando una segnalazione. Una volta aggiunto come Osservatore agli incontri, tracceremo la partecipazione e la presenza per 3 mesi, in accordo con le nostre linee guida. Troverai un esempio di una segnalazione del genere [qui](https://github.com/nodejs/community-committee/issues/142).
+ 3. Quando soddisferai il requisito minimo di partecipazione di 3 mesi, e le aspettative di intervento, il CommComm voterà per inserirti come membro.
+
+L'iscrizione come membro è valida 6 mesi. Il gruppo chiederà su base regolare se i membri in scadenza vogliano restare. Un membro deve giusto rispondere per rinnovare l'iscrizione. Non c'è un numero chiuso per il CommComm. Ad ogni modo, il numero ideale è tra i 9 e i 12. Puoi leggere ulteriori informazioni sull'iscrizione come membro, e altri dettagli amministrativi, nelle nostre [Linee Guida](https://github.com/nodejs/community-committee/blob/master/GOVERNANCE.md).
+
+Gli incontri regolari del CommComm sono tenuti bimestralmente in una conferenza video Zoom, e trasmessi live al pubblico su YouTube. Ogni membro della comunità o contributore può chiedere che qualcosa venga aggiunta all'agenda del prossimo incontro aprendo una segnalazione su GitHub.
+
+Gli annunci degli incontri e gli ODG sono pubblicati prima dell'inizio del meeting negli [Issues di GitHub](https://github.com/nodejs/community-committee/issues) dell'organizzazione.
+Puoi anche trovare gli incontri pianificati regolarmente sul [Calendario Node.js](https://nodejs.org/calendar). Per seguire i livestream degli incontri Node.js su YouTube, sottoscrivi il [Canale Youtube](https://www.youtube.com/channel/UCQPYJluYC_sn_Qz_XE-YbTQ) "Node.js Foundation".
+Assicurati di cliccare sulla campanella per ricevere le notifiche dei nuovi video! 
+
+## Consensus Seeking Process (Processo di Ricerca del Consenso)
+
+Il CommComm segue il modello decisionale della [Ricerca del Consenso](https://en.wikipedia.org/wiki/Consensus-seeking_decision-making)
+
+Quando un argomento in agenda sembra aver raggiunto il consenso, il moderatore chiederà "C'è qualche obiezione?" come chiamata finale per un dissenso. Se non si riesce ad ottenere un consenso esente da obiezioni, allora viene chiamato il voto a maggioranza. Ci si aspetta che la maggioranza delle decisioni prese dal CommComm siano per mezzo del processo di ricerca del consenso e che il voto sia utilizzato solo come ultima spiaggia.

locale/it/about/governance.md

@@ -0,0 +1,37 @@
+---
+title: Project Governance
+layout: about.hbs
+---
+# Project Governance
+
+## Consensus Seeking Process
+
+The Node.js project follows a [Consensus Seeking][] decision making model.
+
+## Collaborators
+
+The [nodejs/node][] core GitHub repository is maintained by the Collaborators
+who are added by the Technical Steering Committee ([TSC][]) on an ongoing basis.
+
+Individuals making significant and valuable contributions are made Collaborators
+and given commit-access to the project. These individuals are identified by the
+TSC and their nomination is discussed with the existing Collaborators. 
+
+For the current list of Collaborators, see the project's [README.md][].
+
+A guide for Collaborators is maintained at [COLLABORATOR_GUIDE.md][].
+
+## Top Level Committees
+
+The project is governed jointly by the [Technical Steering Committee (TSC)][]
+which is responsible for high-level guidance of the project, and the
+[Community Committee (CommComm)][] which is responsible for guiding and
+extending the Node.js community.
+
+[COLLABORATOR_GUIDE.md]: https://github.com/nodejs/node/blob/master/COLLABORATOR_GUIDE.md
+[Community Committee (CommComm)]: https://github.com/nodejs/community-committee/blob/master/Community-Committee-Charter.md
+[Consensus Seeking]: http://en.wikipedia.org/wiki/Consensus-seeking_decision-making
+[README.md]: https://github.com/nodejs/node/blob/master/README.md#current-project-team-members
+[Technical Steering Committee (TSC)]: https://github.com/nodejs/TSC/blob/master/TSC-Charter.md
+[TSC]: https://github.com/nodejs/TSC
+[nodejs/node]: https://github.com/nodejs/node

locale/it/about/index.md

@@ -0,0 +1,50 @@
+---
+layout: about.hbs
+title: About
+trademark: Trademark
+---
+# Riguardo a Node.js®
+
+In quanto runtime JavaScript guidato dagli eventi, Node è pensato per creare applicazioni di rete scalabili. Nell'esempio "hello world" seguente, possono essere gestite molte connessioni simultaneamente. Nel momento in cui la callback di ogni connessione è chiamata, ma non c'è lavoro da svolgere, Node rimarrà dormiente.
+
+```javascript
+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('Hello World\n');
+});
+
+server.listen(port, hostname, () => {
+  console.log(`Server in esecuzione all'indirizzo http://${hostname}:${port}/`);
+});
+```
+Ciò è in contrasto con il modello comune del giorno d'oggi, in cui vengono sfruttati i thread del sistema operativo. Il networking basato sui thread è piuttosto inefficiente e molto difficile da usare. Inoltre, gli utenti di Node sono liberi da preoccupazioni di processi che entrano in dead-lock, dal momento in cui non ci sono blocchi. Quasi nessuna funzione in Node esegue direttamente operazioni di I/O, perciò il processo non si blocca mai. Dal momento che nulla si blocca, è molto facile sviluppare sistemi scalabili in Node.
+
+Se qualcosa in questa terminologia ti è poco familiare, qui c'è un articolo completo su [Bloccante vs Non Bloccante][]. 
+
+---
+
+Node è simile in design, e influenzato, da sistemi come la [Event Machine][] di Ruby o [Twisted][] di Python. Node porta il modello ad eventi un po' oltre. Presenta un [loop di eventi][] come un costrutto a runtime invece che come libreria. In altri sistemi c'è sempre una chiamata bloccante per chiamare un Event Loop.
+
+Normalmente il comportamento viene definito tramite callbacks all'inizio di uno script e alla fine viene avviato un server tramite una chiamata bloccante come `EventMachine::run()`.
+In Node non c'è un loop d'avvio dell'evento come quello descritto sopra. 
+Node semplicemente entra nell'event loop dopo aver eseguito lo script di input. 
+Node esce dal loop d'evento quando non ci sono più callbacks da eseguire.
+Questo comportamento è simile al JavaScript eseguito nei browser - il loop d'eventi è nascosto all'utente.
+
+HTTP è una classe di primaria importanza in Node, pensata con l'idea di streaming e bassa latenza in mente.
+Ciò rende Node adatto alla creazione di una libreria web o di un framework.
+
+Solo perché Node è pensato senza thread, non significa che tu non possa trarre vantaggio dai core multipli nel tuo ambiente. Puoi produrre processi figli utilizzando la nostra API [`child_process.fork()`][], ed essi sono progettati in modo tale da poterci comunicare agevolmente. Creato a partire dalla medesima interfaccia è inoltre il modulo [`cluster`][], il quale ti consente di condividere sockets tra processi per abilitare il load balancing sui tuoi core.
+
+[Bloccante vs Non Bloccante]: https://nodejs.org/en/docs/guides/blocking-vs-non-blocking/
+[`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
+[loop di eventi]: https://nodejs.org/en/docs/guides/event-loop-timers-and-nexttick/
+[Event Machine]: http://rubyeventmachine.com/
+[Twisted]: http://twistedmatrix.com/

locale/it/about/resources.md

@@ -0,0 +1,31 @@
+---
+layout: about.hbs
+title: Logos and Graphics
+---
+# Resources
+
+## Logo Downloads
+
+ Please review the [trademark policy](/about/trademark/) for information about permissible use of Node.js® logos and marks.
+
+ Guidelines for the visual display of the Node.js mark are described in
+ the [Visual Guidelines](/static/documents/foundation-visual-guidelines.pdf).
+
+<table border="0" cellspacing="0" cellpadding="10" class="logos">
+  <tr>
+    <td bgcolor="#FFFFFF">[![Node.js on light background](/static/images/logos/nodejs-new-pantone-black.png)](/static/images/logos/nodejs-new-pantone-black.ai)</td>
+    <td bgcolor="#333333">[![Node.js on dark background](/static/images/logos/nodejs-new-pantone-white.png)](/static/images/logos/nodejs-new-pantone-white.ai)</td>
+  </tr>
+  <tr>
+    <td>[Node.js standard AI](/static/images/logos/nodejs-new-pantone-black.ai)</td>
+    <td>[Node.js reversed AI](/static/images/logos/nodejs-new-pantone-white.ai)</td>
+  </tr>
+  <tr>
+    <td bgcolor="#FFFFFF">[![Node.js on light background](/static/images/logos/nodejs-new-black.png)](/static/images/logos/nodejs-new-black.ai)</td>
+    <td bgcolor="#333333">[![Node.js on dark background](/static/images/logos/nodejs-new-white.png)](/static/images/logos/nodejs-new-white.ai)</td>
+  </tr>
+  <tr>
+    <td>[Node.js standard with less color AI](/static/images/logos/nodejs-new-black.ai)</td>
+    <td>[Node.js reversed with less color AI](/static/images/logos/nodejs-new-white.ai)</td>
+  </tr>
+</table>

locale/it/about/trademark.md

@@ -0,0 +1,28 @@
+---
+layout: about.hbs
+title: Trademark Policy
+---
+# Trademark Policy
+
+The Node.js trademarks, service marks, and graphics marks are symbols of the
+quality, performance, and ease of use that people have come to associate with
+the Node.js software and project. To ensure that the Node.js marks continue to
+symbolize these qualities, we must ensure that the marks are only used in ways
+that do not mislead people or cause them to confuse Node.js with other software
+of lower quality. If we don’t ensure the marks are used in this way, it cannot
+only confuse users, it can make it impossible to use the mark to protect
+against people who maliciously exploit the mark in the future. The primary goal
+of this policy is to make sure that this doesn’t happen to the Node.js mark, so
+that the community and users of Node.js are always protected in the future.
+
+At the same time, we’d like community members to feel comfortable spreading the
+word about Node.js and participating in the Node.js community. Keeping that
+goal in mind, we’ve tried to make the policy as flexible and easy to understand
+as legally possible.
+
+Please read the [full policy](/static/documents/trademark-policy.pdf).
+If you have any questions don't hesitate to
+[email us](mailto:trademark@nodejs.org).
+
+Guidelines for the visual display of the Node.js mark are described in
+the [Visual Guidelines](/static/documents/foundation-visual-guidelines.pdf).