Merge pull request #174 from entropiae/patch-1

Fix typo in table

content/it/dev-prod-parity.md

@@ -29,7 +29,7 @@ Riassumendo tutto in una tabella:
  <tr>
  <th>Sviluppatori e Ops</th>
  <td>Sono diversi</td>
- <td>Sono gli stessi/td>
+ <td>Sono gli stessi</td>
  </tr>
  <tr>
  <th>Sviluppo e Produzione</th>
@@ -73,4 +73,4 @@ Gli sviluppatori, inoltre, trovano utile usare dei servizi "leggeri" in fase di
 
 Rispetto al passato, usare dei sistemi "light" in locale è una prassi poco convincente. Si pensi al fatto che alcuni servizi moderni come Memcached o PostgreSQL si possono installare ed usare senza difficoltà tramite alcuni sistemi di packaging come [Homebrew](http:https://mxcl.github.com/homebrew/) ed [apt-get](https://help.ubuntu.com/community/AptGet/Howto). In alternativa, esistono anche alcuni tool di provisioning come [Chef](http:https://www.opscode.com/chef/) e [Puppet](http:https://docs.puppetlabs.com/), che combinati con sistemi di ambienti virtuali come [Vagrant](http:https://vagrantup.com/) permettono agli sviluppatori di riprodurre in locale delle macchine molto simili, se non identiche, a quelle in produzione. Ne risente quindi positivamente il costo di deploy.
 
-Tutto questo, sia chiaro, non rende gli adapter meno utili: grazie ad essi infatti il porting verso nuovi servizi, in un secondo momento, rimane un processo indolore. Nonostante questo, comunque, rimane scontato che sarebbe buona norma usare uno stesso backing service su tutti i deploy di un'applicazione.
+Tutto questo, sia chiaro, non rende gli adapter meno utili: grazie ad essi infatti il porting verso nuovi servizi, in un secondo momento, rimane un processo indolore. Nonostante questo, comunque, rimane scontato che sarebbe buona norma usare uno stesso backing service su tutti i deploy di un'applicazione.