Não inventado aqui
# Não inventado aqui

Não Inventado Aqui (NIA) é o princípio filosófico que visa evitar soluções de terceiros por causa de sua origem externa. O orgulho frequentemente leva organizações a adotar invenções imperfeitas, ignorando, boicotando ou se recusando a usar ou incorporar soluções obviamente superiores desenvolvidas por outros.

## Psicologia

As razões para se optar por não utilizar o trabalho de terceiros variam, mas podem incluir medo de infração de propriedade intelectual, dificuldades de compreender o trabalho alheio, falta de vontade em reconhecer ou valorizar o trabalho de outros (inveja), ou como parte de uma briga por território. Como um fenômeno social, esta filosofia se manifesta na forma de resistência à adoção de uma ideia ou produto porque esta se origina em uma cultura diferente, uma forma de tribalismo.

## Uso

O termo é normalmente empregado de forma pejorativa. A predisposição antônima é frequentemente chamada de "ogulhosamente feito em outro lugar" ou "Inventado Aqui".

## Em computação

Em programação, é comum referir-se à "Síndrome do Não Inventado Aqui" como uma tendência a reinventar a roda (reimplementar algo que já está disponível), baseando-se na crença de que o desenvolvimento in-house é inerentemente mais compatível, mais seguro, mais controlado, mais rápido e que incorre em menor custo (incluindo o custo de manutenção) do que o uso de soluções já existentes.
Em alguns casos, um software com a mesma funcionalidade de um já existente é reimplementado apenas para permitir o uso de uma licença de software diferente. Uma das abordagens para fazê-lo é a Cleanroom.
Racionalização em favor da NIA inclui:
* Componentes ou serviços de terceiros raramente atendem às expectativas quando alta qualidade é necessária;
* Uma entidade fora de seu controle é um aprisionamento tecnológico e uma ameaça constante ao negócio proporcional às repercussões de perdê-la.
* Soluções fechadas podem ser percebidas como soluções que faltam flexibilidade futura.
Estes revéses podem ser mitigados por:
* Utilizar uma solução externa como base para desenvolvimento próprio ao invés de utilizá-la as-is.
* Garantir o controle de uma entidade externa, em caso de perda do fornecedor, tal como a obtenção do código-fonte.