diff --git a/COLLABORATORS.md b/COLLABORATORS.md
index 1f33053..aeba32a 100644
--- a/COLLABORATORS.md
+++ b/COLLABORATORS.md
@@ -31,3 +31,4 @@
 - [yous](https://github.com/yous)
 - [marocchino](https://github.com/marocchino)
 - [MJayJang](https://github.com/MJayJang)
+- [ciarlystreet](https://github.com/ciarlystreet)
diff --git a/i18n/it.json b/i18n/it.json
new file mode 100644
index 0000000..3116619
--- /dev/null
+++ b/i18n/it.json
@@ -0,0 +1,111 @@
+{
+  "install-npm": {
+    "verifying": "verifico che npm sia installato...",
+    "missing": "Sembra che npm non sia installato.",
+    "npm-problem": "Uh Oh! npm ha avuto un problema!",
+    "version-verified": "Hai installato la versione {{version}}.  Grandioso!\nOra vediamo qual è l'ultima versione... aspetta...",
+    "latest-version": "L'ultima verisone di npm è: {{version}}",
+    "upgrade": "Hai la versione {{version}}, ma l'ultima è {{latest}}\nEsegui `npm install npm -g` per aggiornarlo\n(Puoi anche saltare questo passaggio se vuoi)",
+    "success": "Congratulazioni!\nHai installato una versione recente di npm!"
+  },
+  "dev-environment": {
+    "err_workshopper": "Sembra che tu sia nella root del workshopper.",
+    "err_home": "Sembra che tu sia nella tua home directory.",
+    "hint": "Questo non è saggio. Crea una nuova directory e usala.",
+    "no_package": "Sembra che manchi `package.json`. Hai eseguito `npm init`?"
+  },
+  "login": {
+    "whoami_err": "Uh oh!\nSembra che qualcosa sia andato storto",
+    "logged_out": "Hm ... Non vedo un login qui\nHai eseguito `npm adduser` per creare l'account?",
+    "success": "Congratulazioni, {{user}}!\nSei l'orgoglioso proprietario di un nuovo account npm immaginario!\nUsalo saggiamente. Mai in collera. Sempre per il bene.\n\nDa un grande potere derivano grandi responsabilità, il che è \nsufficientemente diverso dalla storia di Spider Man \nsperiamo che Marvel non ci faccia causa.\n\nExcelsior!"
+  },
+  "start-a-project": {
+    "no_package": "Nessun package.json trovato.\nEsegui `npm init` nella directory di lavoro.",
+    "success": "Congratulazioni!\nHai creato un progetto! Apri il file package.json per esaminarlo.",
+    "extra_credit": "CREDITI EXTRA! Ben fatto."
+  },
+  "install-a-module": {
+    "error": "Uh oh!  Sembra che non sia stato installato correttamente.\nL'errore riscontrato è: \n{{{error}}}\nAssicurati di usare il comando `npm install @linclark/pkg`\nper installare il modulo `@linclark/pkg`.",
+    "success": "Congratulazioni! L'hai installato."
+  },
+  "listing-dependencies": {
+    "usage": "Avvia:\n`how-to-npm verify OK` se tutto va bene,\no:\n`how-to-npm verify NOT OK` in alternativa.",
+    "ok_not": "Scusa no. Non va tutto bene!\nProva a eseguire `npm ls` e visualizza l'errore.",
+    "not_ok_not": "Hmm...\nBene, potrebbe davvero esserci molto male nel mondo,\nma nel file package.json e nella cartella node_modules va tutto bene.",
+    "success": "Sembra che tu abbia risolto il problema. Fantastico!\nNota che `npm ls` è molto più calmo ora."
+  },
+  "npm-test": {
+    "section_missing": "Oops!  Non hai una sezione `scripts.test` nel tuo file\npackage.json. Modificalo e riprova.",
+    "running": "Esecuzione dello script di test...",
+    "running_done": "...fatto!",
+    "error": "Uh oh!  Il test è fallito!\nProva a creare un test che funzioni davvero.",
+    "success": "Congratulazioni!  Hai scritto un test valido!\nScrivere un BUON test riduce il lavoro da fare in futuro."
+  },
+  "package-niceties": {
+    "problem": "Non proprio!\nC'è ancora un problema da risolvere.",
+    "error": "Uh oh!\nSembra che qualcosa sia andato storto",
+    "success": "Sembra perfetto!\nUn package senza un file readme è come un\nmucchio di JavaScript senza istruzioni o link al repository git."
+  },
+  "publish": {
+    "error": "Uh oh!\nSembra che tu non abbia pubblicato correttamente\n il package\n{{name}}.  Prova ancora!"
+  },
+  "version": {
+    "invalid_semver": "Sembra che il tuo package.json abbia una versione non valida!\nUtilizza `npm help semver` per saperne di più sui numeri di versione\nIl tuo numero di versione attuale è: {{version}}\n",
+    "old_version": "Uh oh!\nLa versione è ferma {{version}}\nProva con `npm help version`.",
+    "success": "Ottimo lavoro!\nEsegui `how-to-npm` per la prossima entusiasmante sfida!"
+  },
+  "publish-again": {
+    "not_republished": "Whoops!\nSembra che tu non abbia ripubblicato il package\nProva a eseguire `npm publish` e quindi a riverificare.",
+    "current_missing": "Hmm... Vedo che hai pubblicato più di una volta, ma\nla versione attuale ({{version}}) non è nel set.\nEcco cosa vedo lì dentro:\n{{{found}}}\nProva a pubblicarlo di nuovo!",
+    "success": "Wow!  Sei sulla buona strada per diventare un normale\nTJames \"Substack\" Halidaychuk!  Non puoi fermarti!\nEsegui `how-to-npm` per procedere allo step successivo."
+  },
+  "dist-tag": {
+    "success": "Uh oh, sembra che tu abbia ancora un solo dist-tag.\nUtilizza `npm help dist-tag` per imparare ad aggiungerne un altro."
+  },
+  "dist-tag-removal": {
+    "too_many": "Uh oh, sembra che tu abbia qualche dist-tag extra lì.\nUtilizza `npm help dist-tag` per imparare a rimuoverli.",
+    "version_mismatch": "Oops!  Il tag \"più recente\" punta ancora alla release\npiù recente, {{version}}.\nFallo puntare altrove, e riavvia `how-to-npm verify`\n\nUtilizza `npm help dist-tag` per saperne di più su come farlo."
+  },
+  "outdated": {
+    "no_package": "Esegui `how-to-npm verify PKG` ma sostituisci `PKG` con il nome\ndel package obsoleto",
+    "wrong_package": "Nope, non è {{{pkg}}}.  Prova ancora!"
+  },
+  "update": {
+    "outdated": "Oops!  Stai ancora usando la versione obsoleta!",
+    "success": "Eccezionale!  È tutto aggiornato!\nEsegui `how-to-npm` per passare all'esercizio successivo"
+  },
+  "rm": {
+    "dependencies_left": "Sembra che ci siano ancora alcune dipendenze in giro",
+    "package_json_left": "Hai rimosso i file, ma non le voci sul package.json"
+  },
+  "finale": {
+    "todo": "Sembra che tu abbia ancora molto lavoro da fare. Termina\ni seguenti esercizi prima di poter iniziare:"
+  },
+  "error": {
+    "not_setup": "Sembra che tu non sia ancora pronto per questo!\nTorna alla lezione `01 Ambiente di Sviluppo` per impostare \nla directory di lavoro.",
+    "wrong_folder": "Uh oh!\nSembra che tu sia nella cartella sbagliata.\nEsegui cd in {{cwd}}\ne riprova'"
+  },
+  "exercise": {
+    "00 Install npm": "00 Installa npm",
+    "01 Dev Environment": "01 Ambiente di Sviluppo",
+    "02 Login": "02 Login",
+    "03 Start A Project": "03 Avvia Un Progetto",
+    "04 Install A Module": "04 Installa Un Modulo",
+    "05 Listing Dependencies": "05 Elenco Dipendenze",
+    "06 npm Test": "06 npm Test",
+    "07 Package Niceties": "07 Package Niceties",
+    "08 Publish": "08 Pubblica",
+    "09 Version": "09 Versione",
+    "10 Publish Again": "10 Pubblica Nuovamente",
+    "11 Dist Tag": "11 Dist Tag",
+    "12 Dist Tag Removal": "12 Rimuovere i Dist Tag",
+    "13 Outdated": "13 Obsoleto",
+    "14 Update": "14 Aggiornare",
+    "15 Rm": "15 Rm",
+    "16 Finale": "16 Finale"
+  },
+  "menu": {
+    "reset-registry": "RIPRISTINA REGISTRO"
+  },
+  "reset": "Ripristinare correttamente il registro"
+}
diff --git a/index.js b/index.js
index 337a786..2aa07cd 100755
--- a/index.js
+++ b/index.js
@@ -15,7 +15,7 @@ if (notifier.update) {
 var adventure = require('workshopper-adventure/adventure')
 var shop = module.exports = adventure({
   name: 'how-to-npm',
-  languages: ['en', 'es', 'ja', 'fr', 'ko'],
+  languages: ['en', 'es', 'ja', 'fr', 'ko', 'it'],
   appDir: __dirname,
   menu: {
     bg: 'white',
diff --git a/problems/00-install-npm/problem.it.txt b/problems/00-install-npm/problem.it.txt
new file mode 100644
index 0000000..faa8dae
--- /dev/null
+++ b/problems/00-install-npm/problem.it.txt
@@ -0,0 +1,19 @@
+Ciao e benvenuto nell'avventurioso workshop su npm! Ti chiederò
+di fare varie cose con npm in modo da poter iniziare
+a fare preatica.
+
+Alcuni comandi utili:
+
+npm help ............ Chiedi aiuto con npm
+how-to-npm print .... Rivisualizza l'esercizio corrente
+how-to-npm verify ... Verifica di aver terminato un esercizio
+how-to-npm solution . Mostra la soluzione per l'esercizio corrente
+
+La prima cosa che faremo è assicurarci che la versione del tuo npm
+sia aggiornata.
+
+Esegui `$ADVENTURE_COMMAND verify` una volta fatto.
+
+(Questa è l'unica parte del workshop che richiede l'accesso alla rete.
+Se la rete è bloccata e si desidera saltare questo passaggio, è possibile eseguire
+`$ADVENTURE_COMMAND verify skip`.)
diff --git a/problems/00-install-npm/skip.it.txt b/problems/00-install-npm/skip.it.txt
new file mode 100644
index 0000000..932bb5f
--- /dev/null
+++ b/problems/00-install-npm/skip.it.txt
@@ -0,0 +1,4 @@
+Ok, se lo dici tu...
+Puoi sempre installare l'ultima versione di npm utilizzando
+`npm install npm -g`.  Potrebbe essere necessario eseguire questo comando come `sudo`
+o come Amministratore.
diff --git a/problems/01-dev-environment/problem.it.txt b/problems/01-dev-environment/problem.it.txt
new file mode 100644
index 0000000..3521613
--- /dev/null
+++ b/problems/01-dev-environment/problem.it.txt
@@ -0,0 +1,14 @@
+Una delle cose più importanti che npm fa è installare i pacchetti.
+
+Tuttavia, per essere un buon workshop, non vogliamo sporcare 
+i file su tutto il computer, quindi prima di andare avanti, 
+creiamo un ambiente di sviluppo.
+
+Per prima cosa, crea una nuova directory e accedi ad essa con `cd`.
+
+Quindi, esegui `npm init` per creare un file package.json. Ti verrà 
+richiesto di rispondere a una serie di domande. Puoi semplicemente 
+premere Invio per accettare il valore predefinito per ogni domanda.
+
+Esegui `$ADVENTURE_COMMAND verify` una volta terminato. Tutti gli altri comandi 
+eseguiti in questa esercitazione devono essere eseguiti in questa cartella.
diff --git a/problems/01-dev-environment/success.it.txt b/problems/01-dev-environment/success.it.txt
new file mode 100644
index 0000000..d59fe38
--- /dev/null
+++ b/problems/01-dev-environment/success.it.txt
@@ -0,0 +1,8 @@
+Congratulazioi!
+Hai un ambiente di sviluppo.
+
+Da qui in poi, assicurati di seguire il workshop utilizzando questa cartella
+
+Potresti notare apparire un file `.npmrc`.
+Ciò normalmente non sarebbe richiesto, ma il workshop lo utilizza
+per ingannare le parti che normalmente necessitano di Internet.
\ No newline at end of file
diff --git a/problems/02-login/problem.it.txt b/problems/02-login/problem.it.txt
new file mode 100644
index 0000000..04b5bfc
--- /dev/null
+++ b/problems/02-login/problem.it.txt
@@ -0,0 +1,15 @@
+npm sarò migliore quando entrerai a farne parte. Per iniziare
+crea un account.
+
+Dato che questo è solo un tutorial, ricorda, non stiamo 
+*effettivamente* creando un account reale. Tuttavia, quando 
+proverai a crearne uno realmente, oltre all'account avrai 
+una pagina su npmjs.com e la possibilità di pubblicare 
+pacchetti che possono essere installati e apprezzati da veri esseri umani.
+
+Per vedere l'account con cui ti sei loggato, esegui `npm whoami`
+
+Per creare il tuo account, esegui `npm adduser`
+
+Provalo subito e apri la porta al divertimento!
+Quindi esegui `$ADVENTURE_COMMAND verify`
\ No newline at end of file
diff --git a/problems/03-start-a-project/continue.it.txt b/problems/03-start-a-project/continue.it.txt
new file mode 100644
index 0000000..91bc5a6
--- /dev/null
+++ b/problems/03-start-a-project/continue.it.txt
@@ -0,0 +1,6 @@
+Per avere punti extra, prova anche a impostare questa directory come repository git.
+
+La convenzione prevede di avere un singolo repository git per ciascun modulo o progetto.
+Usa il comando `git init` per impostare la tua directory di lavoro come progetto git.
+
+Quindi, esegui `how-to-npm verify extra credit`
diff --git a/problems/03-start-a-project/problem.it.txt b/problems/03-start-a-project/problem.it.txt
new file mode 100644
index 0000000..7c404ce
--- /dev/null
+++ b/problems/03-start-a-project/problem.it.txt
@@ -0,0 +1,9 @@
+npm ti aiuta a costruire progetti, ma perché npm sia in grado di farlo, 
+devi dire a npm un po 'del tuo progetto. Puoi dire a npm del tuo 
+progetto in un file chiamato package.json.
+
+Esegui `npm init --scope=<username>`, e sostituiisci <username> con l'utente
+che hai creato nella lezione precendete. Questo creerà il file package.json.
+(Per ottenere crediti extra, imposta il progetto anche con un repository git.)
+
+Esegui `$ADVENTURE_COMMAND verify` una volta che hai finito.
diff --git a/problems/03-start-a-project/suggestion.it.txt b/problems/03-start-a-project/suggestion.it.txt
new file mode 100644
index 0000000..2ef0d8d
--- /dev/null
+++ b/problems/03-start-a-project/suggestion.it.txt
@@ -0,0 +1,5 @@
+Bene, hai tutto tranne la parte git.
+La convenzione è un repository git per modulo, quindi di solito 
+dovresti eseguire `git init` alla radice del tuo progetto.
+
+Rimuovi la cartella .git ovunque tu sia, ed esegui `git init`
diff --git a/problems/04-install-a-module/problem.it.txt b/problems/04-install-a-module/problem.it.txt
new file mode 100644
index 0000000..26578cb
--- /dev/null
+++ b/problems/04-install-a-module/problem.it.txt
@@ -0,0 +1,14 @@
+La prima cosa che molte persone fanno con npm è installare una dipendenza.
+
+Le dipendenze vengono recuperate dal registro e decompresse nella cartella 
+`node_modules`.
+
+Per installare un modulo, usa il comando `npm install <modulename>`.
+
+Il registro che stiamo usando per questo tutorial è una piccola versione di 
+quello presente su https://registry.npmjs.org. Quindi potresti scoprire 
+che ha solo un ristretto numero di moduli.
+
+Iniziamo installando il modulo "@linclark/pkg".
+
+Esegui `$ADVENTURE_COMMAND verify` una volta che avrai terminato.
\ No newline at end of file
diff --git a/problems/05-listing-dependencies/continue.it.txt b/problems/05-listing-dependencies/continue.it.txt
new file mode 100644
index 0000000..7046733
--- /dev/null
+++ b/problems/05-listing-dependencies/continue.it.txt
@@ -0,0 +1,20 @@
+In effetti, non tutto va bene qui nel dep-land.
+
+Le tue dipendenze dovrebbero essere elencate nel file package.json in un 
+oggetto chiamato "dipendenze". Tuttavia, quando abbiamo installato '@linclark/pkg', 
+non abbiamo aggiornato il file package.json per elencare questa dipendenza.
+
+Quindi, si presenta come 'estraneo', avvertendoci che abbiamo qualcosa 
+lì che non abbiamo elencato come dipendenza.
+
+Il modo più semplice per evitare questa situazione è usare il flag `--save` 
+durante l'installazione delle dipendenze. Potresti non voler fare questo 
+con cose che stai solo provando, ma quando lo vorrai, potrai usare questo flag 
+per aggiornare facilmente il tuo file package.json.
+
+Prova ad eseguire `npm install @linclark/pkg --save` per installare il modulo e 
+aggiornare anche il tuo file package.json allo stesso tempo.
+
+(Un'altra opzione è quella di modificare il file package.json in un editor di testo)
+
+Quindi esegui `how-to-npm verify OK` una volta risolto il problema.
diff --git a/problems/05-listing-dependencies/problem.it.txt b/problems/05-listing-dependencies/problem.it.txt
new file mode 100644
index 0000000..6ee0bdd
--- /dev/null
+++ b/problems/05-listing-dependencies/problem.it.txt
@@ -0,0 +1,10 @@
+npm non serve solo per l'installazione di moduli. Ti mostra anche cosa hai 
+già installato (le tue dipendenze).
+
+Puoi farlo usando il comando `npm ls`.
+
+Esegui questo comando nella tua directory di lavoro. Se ci dovessero essere 
+problemi npm ti avviserà restituendo un messaggio "!ERR".
+
+Se tutto ti sembra corretto, esegui `$ADVENTURE_COMMAND verify OK`, o
+`$ADVENTURE_COMMAND verify NOT OK` se npm segnala un problema".
diff --git a/problems/06-npm-test/problem.it.txt b/problems/06-npm-test/problem.it.txt
new file mode 100644
index 0000000..c5f92d3
--- /dev/null
+++ b/problems/06-npm-test/problem.it.txt
@@ -0,0 +1,32 @@
+Ora hai installato qualcosa e usato `npm ls` per mostrare la lista delle dipendenze installate.
+
+Se guardi il file package.json, contiene questo bit piuttosto strano:
+
+  "scripts": {
+    "test": "echo \"Error: no test specified\" && exit 1"
+  },
+
+npm può essere utilizzato come task runner con la sua proprietà "script". Quasi 
+ogni modulo e progetto avrà uno script di test che viene eseguito per assicurarsi 
+che tutto sia a posto. Per aiutarti a ricordare di farlo, npm 
+inserisce un test "sempre fallito" per impostazione predefinita.
+
+Innanzitutto, crea un file chiamato `test.js`. Ai fini di questo workshop 
+puoi lasciarlo in bianco, ma è qui che dovresti scrivere i tuoi 
+test (questa è la classe npm, non la classe test). Il test deve concludersi 
+senza generare un errore, altrimenti il test fallisce.
+
+Quindi, modifica il tuo file `package.json` per rendere la sezione dei tuoi script 
+simile a questa:
+
+  "scripts": {
+    "test": "node test.js"
+  },
+
+Una volta fatto, esegui `$ADVENTURE_COMMAND verify` per verificare il lavoro fatto.
+
+Informazioni aggiuntive: Se avresti voluto eseguire effettivamente dei test scritti in 
+`test.js` con lo script "test", avresti dovuto eseguire `npm test`.
+
+I documenti per la proprietà degli script di npm sono disponibili qui:
+https://docs.npmjs.com/misc/scripts
diff --git a/problems/07-package-niceties/problem.it.txt b/problems/07-package-niceties/problem.it.txt
new file mode 100644
index 0000000..0814bd0
--- /dev/null
+++ b/problems/07-package-niceties/problem.it.txt
@@ -0,0 +1,19 @@
+Quindi, abbiamo creato un file package.json, ma mancano alcune cose 
+che le persone solitamente si aspettano. Se scrivi `npm install`, 
+vedrai qualcosa del genere:
+
+    npm WARN package.json %ID% No description
+    npm WARN package.json %ID% No repository field.
+    npm WARN package.json %ID% No README data
+
+Prima di poter condividere questa opera d'arte con il mondo, dobbiamo renderla 
+un po' più raffinata in modo che le persone sappiano come usarla.
+
+Innanzitutto, crea un file README.md, con alcune parole al suo interno.
+
+Quindi, aggiungi un campo "repository" nel tuo file package.json, con un URL 
+da cui le persone possano accedere al codice.
+
+È possibile modificare manualmente il file package.json oppure eseguire nuovamente `npm init`.
+
+Esegui `$ADVENTURE_COMMAND verify` quando avrai fatto.
diff --git a/problems/08-publish/problem.it.txt b/problems/08-publish/problem.it.txt
new file mode 100644
index 0000000..f4333c3
--- /dev/null
+++ b/problems/08-publish/problem.it.txt
@@ -0,0 +1,16 @@
+A che serve un gestore di pacchetti senza pacchetti?
+
+Non va bene.
+
+Fortunatamente, questo non è un problema per npm, perché è molto facile per tutti 
+gli utenti di npm pubblicare i loro moduli e condividerli con il mondo.
+
+I pacchetti entrano nel registro usando il comando `npm publish`.
+
+Provalo ora. Non c'è molto da fare.
+
+(Assicurati di essere ancora nella giusta directory di progetto. Se pubblichi 
+qualcosa per errore, puoi rimuoverlo, ma non c'è garanzia 
+che nessuno lo abbia visto nel frattempo.)
+
+Esegui `$ADVENTURE_COMMAND verify` quando avrai fatto.
diff --git a/problems/08-publish/success.it.txt b/problems/08-publish/success.it.txt
new file mode 100644
index 0000000..3edd56c
--- /dev/null
+++ b/problems/08-publish/success.it.txt
@@ -0,0 +1,20 @@
+Per visualizzare il contenuto del pacchetto, ho appena eseguito questo comando:
+
+  npm view %NAME%
+
+Esegui questo comando tu stesso per vedere cosa stampa.
+
+Il comando `npm view` è un ottimo modo per visualizzare i dettagli del pacchetto, 
+per vedere cosa hai appena pubblicato e per verificare se un nome è già stato utilizzato.
+
+Ora che hai pubblicato il tuo primo pacchetto qui nel simulatore 
+del laboratorio npm, esci e scrivi qualcosa di reale da condividere con veri umani!
+
+Non devi solo condividere il codice per altre persone però. Ci sono 
+anche vantaggi nel suddividere il tuo codice in piccoli pezzi gestibili, 
+anche se li stai usando tutti da solo.
+
+Puoi immaginare che il tuo sé futuro e il tuo sé passato siano i due
+altri sviluppatori nel tuo team. (Pianificare le riunioni è piuttosto complicato.)
+
+Esegui `how-to-npm` per accedere alla prossima avventura!
diff --git a/problems/09-version/problem.it.txt b/problems/09-version/problem.it.txt
new file mode 100644
index 0000000..251527d
--- /dev/null
+++ b/problems/09-version/problem.it.txt
@@ -0,0 +1,30 @@
+Ogni pacchetto su npm ha un numero di versione associato. Quando 
+si rilasciano aggiornamenti al pacchetto, questi aggiornamenti 
+ottengono un numero di versione aggiornato.
+
+I numeri di versione in npm seguono uno standard chiamato "SemVer". Questo sta 
+per "Versione semantica". Le specifiche per questo standard sono disponibili 
+all'indirizzo http://semver.org.
+
+La versione tl;dr è una versione come questa:
+
+  1.2.3
+  ^ ^ ^
+  | | `-- Patch version. Aggiornamento per ogni modifica.
+  | `---- Minor version. Aggiornamento per aggiunte API.
+  `------ Major version. Aggiornamento per interrompere le modifiche all'API.
+
+npm ha un comando speciale chiamato `npm version` che aggiornerà 
+il tuo file package.json per te, e committerà anche la modifica su git 
+se il tuo progetto è un repository git. Puoi saperne di più su `npm help version`.
+
+Oppure, se non ti fidi delle macchine, puoi aprire il file package.json 
+a mano e inserire alcuni nuovi numeri nel campo "version".
+
+Il registro npm non ti consente di pubblicare una nuova versione del tuo pacchetto 
+senza aggiornare il numero di versione! Mai! Quindi, abituati all'idea di modificare 
+la versione ogni volta che vuoi pubblicare, anche se la modifica è davvero minore.
+
+Non preoccuparti, ci sono molti numeri interi, probabilmente non finiranno.
+
+Aggiorna subito il tuo numero di versione, quindi `$ADVENTURE_COMMAND verify` per controllarlo.
diff --git a/problems/10-publish-again/problem.it.txt b/problems/10-publish-again/problem.it.txt
new file mode 100644
index 0000000..5a7bd98
--- /dev/null
+++ b/problems/10-publish-again/problem.it.txt
@@ -0,0 +1,9 @@
+Pubblicare qualcosa una volta va bene. Ma i pacchetti sani vengono 
+pubblicati più volte con correzioni di bug nuovi ed eccitanti.
+
+Non è possibile riutilizzare di nuovo lo stesso numero di versione, 
+perché è intollerabile per tutti i robot che eseguono i tapis roulant 
+che alimentano il registro npm. Tuttavia, ora che abbiamo modificato il numero 
+di versione nell'ultimo esercizio, è possibile pubblicare nuovamente il pacchetto.
+
+Fallo! Quindi ottieni il tuo premio con `$ADVENTURE_COMMAND verify`
diff --git a/problems/11-dist-tag/problem.it.txt b/problems/11-dist-tag/problem.it.txt
new file mode 100644
index 0000000..dc4ac12
--- /dev/null
+++ b/problems/11-dist-tag/problem.it.txt
@@ -0,0 +1,24 @@
+Ogni pacchetto pubblicato su npm ha una voce `dist-tags` che mappa 
+stringhe come "latest" a numeri di versione come "1.2.48".
+
+Per impostazione predefinita, viene installata la versione "latest" ("più recente"). 
+Quando pubblichi, la versione che pubblichi viene taggata come "latest". 
+Questo è generalmente fantastico, perché la maggior parte delle volte 
+pubblichi cose quando sono pronte per essere utilizzate dagli utenti.
+
+Tuttavia, se è necessario pubblicare qualcosa e *non* renderla la 
+versione predefinita di un pacchetto (ad esempio, se si tratta di una versione di sicurezza 
+per una versione legacy o qualcosa del genere), è possibile gestire manualmente 
+questi tag di distribuzione con la funzione `dist-tag`.
+
+`npm dist-tag add <pkg>@<version> [<tag>]` aggiungerà un nuovo tag. 
+Per scoprire il nome del pacchetto/versione corrente digitare `npm ls`. 
+La prima riga dell'output sarà il pacchetto e la versione; per esempio. pkg@1.0.1.
+Per aggiungere un tag digitare il nome del tag.
+
+  npm dist-tag add pkg@1.0.1 beta
+
+Esegui `npm help dist-tag` per saperne di più.
+
+Aggiungiamo un dist-tag al pacchetto,
+e poi `$ADVENTURE_COMMAND verify` per controllarlo.
diff --git a/problems/11-dist-tag/success.it.txt b/problems/11-dist-tag/success.it.txt
new file mode 100644
index 0000000..3b82c66
--- /dev/null
+++ b/problems/11-dist-tag/success.it.txt
@@ -0,0 +1,7 @@
+Congratulazioni! Hai aggiunto un dist-tag!
+
+Questo è un modo pratico per gestire le versioni. Ad esempio, il progetto npm 
+stesso pubblica ogni nuova versione come "next" (anziché "latest") in modo 
+che gli utenti beta possano provarlo prima che diventi il valore predefinito.
+
+Esegui `how-to-npm` per passare all'esercizio successivo.
diff --git a/problems/12-dist-tag-removal/problem.it.txt b/problems/12-dist-tag-removal/problem.it.txt
new file mode 100644
index 0000000..9f30f0c
--- /dev/null
+++ b/problems/12-dist-tag-removal/problem.it.txt
@@ -0,0 +1,12 @@
+Ora che hai aggiunto un dist-tag o due, chiariamo le cose.
+
+L'unico dist-tag che NON PUOI mai rimuovere è "latest". Questo perché 
+ogni pacchetto installa il suo tag "latest" per impostazione predefinita, 
+quindi quel tag ha una semantica speciale.
+
+È POSSIBILE puntare "latest" a una versione diversa o eliminare altri tag.
+
+Eliminiamo tutti i tag che possiamo e puntiamo "latest" a 
+qualcosa di diverso dalla versione più recente.
+
+Esegui `npm help dist-tag` per saperne di più sul comando.
diff --git a/problems/12-dist-tag-removal/success.it.txt b/problems/12-dist-tag-removal/success.it.txt
new file mode 100644
index 0000000..74ce0ae
--- /dev/null
+++ b/problems/12-dist-tag-removal/success.it.txt
@@ -0,0 +1,3 @@
+Congratulazioni! Sei un dist-tagging pro
+
+Esegui `how-to-npm` per passare all'esercizio successivo.
diff --git a/problems/13-outdated/problem.it.txt b/problems/13-outdated/problem.it.txt
new file mode 100644
index 0000000..0f33d91
--- /dev/null
+++ b/problems/13-outdated/problem.it.txt
@@ -0,0 +1,11 @@
+Ora che abbiamo alcune dipendenze e hai appreso che i tuoi pacchetti 
+possono essere aggiornati ripetutamente, la domanda ovvia è: 
+cosa facciamo quando qualcun altro *aggiorna* il *suo* pacchetto
+
+Il primo passo è rilevare questo aggiornamento. A causa del modo in cui definiamo 
+le nostre dipendenze con un intervallo di versioni e ogni versione 
+è una combinazione unica di un nome e una versione, possiamo rilevare 
+le versioni compatibili a livello di codice con il comando `npm outdated`.
+
+Per superare questa sfida, esegui `$ADVENTURE_COMMAND verify PKG` dove `PKG`
+è il nome del pacchetto non aggiornato.
diff --git a/problems/13-outdated/success.it.txt b/problems/13-outdated/success.it.txt
new file mode 100644
index 0000000..3eed5eb
--- /dev/null
+++ b/problems/13-outdated/success.it.txt
@@ -0,0 +1,4 @@
+Corretto! Il pacchetto `@linclark/pkg` è stato aggiornamento dopo 
+che lo abbiamo incluso tra le nostre dipendenze.
+
+Nella prossima lezione impareremo come aggiornare i pacchetti obsoleti.
diff --git a/problems/14-update/problem.it.txt b/problems/14-update/problem.it.txt
new file mode 100644
index 0000000..ac54de9
--- /dev/null
+++ b/problems/14-update/problem.it.txt
@@ -0,0 +1,11 @@
+Va bene, ovviamente, verificare esplicitamente la presenza di moduli obsoleti, 
+quindi eseguire `npm install` per estrarli.
+
+Tuttavia, se vuoi essere un po' più pigro al riguardo, c'è uno speciale 
+comando npm che AGGIORNERA' tutti le tue dipendenze alla versione massima 
+consentita nel package.json.
+
+Riesci a indovinare quale comando potrebbe essere? (`npm help` potrebbe aiutarti)
+
+Aggiorna tutte le tue dipendenze all'ultima versione possibile e quindi
+esegui `$ADVENTURE_COMMAND verify` per ottenere il tuo delizioso banner verde.
diff --git a/problems/15-rm/problem.it.txt b/problems/15-rm/problem.it.txt
new file mode 100644
index 0000000..446729f
--- /dev/null
+++ b/problems/15-rm/problem.it.txt
@@ -0,0 +1,12 @@
+Se hai un modo per mettere le cose lì, naturalmente, un 
+giorno avrai bisogno di un modo per eliminarle.
+
+Utilizza il comando `npm rm` (alias` npm uninstall` se preferisci).
+
+Rimuovi tutte le dipendenze! Ma assicurati di non continuare a dipendere da loro.
+
+Proprio come puoi usare `--save` per l'installazione dei pacchetti, puoi anche 
+usare `--save` durante la rimozione dei pacchetti, per rimuoverli anche dal tuo 
+file package.json.
+
+Dopo aver rimosso le dipendenze, digitare `$ADVENTURE_COMMAND verify` per andare avanti.
diff --git a/problems/15-rm/success.it.txt b/problems/15-rm/success.it.txt
new file mode 100644
index 0000000..2948eb3
--- /dev/null
+++ b/problems/15-rm/success.it.txt
@@ -0,0 +1,5 @@
+Eccezionale! Hai rimosso i pacchetti dalla cartella node_modules 
+e hai anche aggiornato il file package.json per ricordare che non sei 
+più dipendente da essi.
+
+Ben fatto.
diff --git a/problems/16-finale/problem.en.txt b/problems/16-finale/problem.en.txt
index fc6f77d..3caefe7 100644
--- a/problems/16-finale/problem.en.txt
+++ b/problems/16-finale/problem.en.txt
@@ -2,4 +2,4 @@
 It's almost time to say goodbye.  But don't worry!  This is just an
 introduction.  If you've finished all the other exercises, then run
 `$ADVENTURE_COMMAND verify` to learn about the next steps beyond this little
-workshop.
+workshop.
\ No newline at end of file
diff --git a/problems/16-finale/problem.it.txt b/problems/16-finale/problem.it.txt
new file mode 100644
index 0000000..8fadae2
--- /dev/null
+++ b/problems/16-finale/problem.it.txt
@@ -0,0 +1,4 @@
+
+È quasi ora di dirci addio. Ma non preoccuparti! Questa è solo un'introduzione. 
+Se hai terminato tutti gli altri esercizi, esegui `$ADVENTURE_COMMAND verify` 
+per conoscere i prossimi passi oltre questo piccolo workshop.
diff --git a/problems/16-finale/success.it.txt b/problems/16-finale/success.it.txt
new file mode 100644
index 0000000..43e227e
--- /dev/null
+++ b/problems/16-finale/success.it.txt
@@ -0,0 +1,13 @@
+C'è MOLTO DI PIU' che npm può fare. Alcune delle cose che non abbiamo 
+avuto il tempo di affrontare in questo piccolo e modesto workshop includono:
+
+1. Dividere la tua app in più moduli
+2. Condivisione di codice privato con compagni di squadra mediante moduli con ambiti
+3. Altri comandi divertenti di npm, come `edit`, ` bugs` ed `explore`!
+
+Puoi ancora imparare di più su tutto il ciò che tu e npm potete fare insieme. 
+Tutto inizia con il pensiero: "Dovrebbe esserci un modulo che faccia questo ..."
+
+La tua avventura ti sta aspettando https://www.npmjs.com/
+
+Ci vediamo su internet!