Not invented here: differenze tra le versioni

Versione delle 14:55, 28 gen 2017

Versione attuale delle 01:40, 11 mar 2022

(4 versioni intermedie di 3 utenti non mostrate)

Riga 1:

Soprattutto nell'ambito della linguacultura ingleseanglosassone, con '''not invented here''' (''lett.'' "non è stato inventato qui"), indicato anche con '''NIH''' o con '''sindrome NIH''', ci si riferisce a quell'atteggiamento culturale sociale, aziendale o istituzionaliistituzionale che spinge ad evitare di utilizzare ricerche, normative, prodotti o conoscenze già esistenti a causa delle loro origini esterne e dei loro costi.  Il termine è normalmente usato in senso peggiorativo.

Le ragioni per non voler utilizzare il lavoro degli altri sono molteplici e possono includere il timore di violazione di brevetti, la mancata comprensione o la mancanza di volontà nel riconoscere il valore del lavoro degli altri, la gelosia, o la semplice guerra per il [[Territorio (biologia)|dominio sul territorio]].<ref>{{Cita libro|titolo=The Innovation Playbook: A Revolution in Business Excellence|anno=2011|url=https://archive.org/details/innovationplaybo0000webb|autore=Nicholas J. Webb, Chris Thoen|editore=John Wiley and Sons|data=2010|ISBN=0-470-63796-X}}</ref>  Come fenomeno sociale, questa filosofia si manifesta come una mancanza di volontà di adottare un'idea o un prodotto perché proviene da un'altra cultura, dando vita ad una forma di [[tribalismo]].<ref>[https://books.google.com/books?id=zociQR9kLm8C&pg=PA100&lpg=PA100 The Cambridge economic history of modern Britain]</ref>

== In informatica ==

Nell'ambito della [[programmazione (informatica)|programmazione]]  ci si riferisce generalmente alla ''sindrome NIH'' come la tendenza a [[reinventare la ruota]] (cioè a reimplementare qualcosa che è già disponibile) basandosi sulla convinzione che lo sviluppo autonomo sia intrinsecamente più idoneo, più sicuro, più controllato, più veloce e meno costoso che utilizzare implementazioni già esistenti.

In alcuni casi viene reimplementato un software con le stesse funzionalità di uno già esistente (magari utilizzando semplicemente processi di [[reverse engineering]]) solamente per consentirne l'utilizzo con una diversa [[Licenza (informatica)|licenza software]].

Riga 14:

Alcuni approcci specifici in grado di attenuare queste problematiche:

* Una soluzione esterna può essere presa come base per la propria implementazione, anziché essere utilizzata direttamente (as-is).

* Il controllo di una soluzione esterna può essere assicurato in caso di problemi con gli [[Sviluppatore software|sviluppatori]] originali, ad esempio cercando di ottenere il suo [[codice sorgente]] 

== Voci correlate ==

* [[Anti-pattern]]

== Note ==

<references />

== Voci correlate ==

* [[Anti-pattern]]

[[Categoria:Gestione d'azienda]]