Build vs Buy: quando escrevemos nosso próprio código

Toda empresa de software enfrenta a mesma pergunta várias vezes por semana: construímos isso ou usamos algo que já existe? A resposta errada nos dois sentidos custa caro. Construir o que já está resolvido consome tempo que deveria ir para o produto. Comprar o que é central para o produto entrega o diferencial para outra empresa.

Quando usamos o que existe

• Quando o problema é genérico. Autenticação, filas, bancos de dados, observabilidade: problemas resolvidos, com ferramentas maduras e auditadas.
• Quando o custo de manter supera o de pagar. Código próprio não é gratuito; ele precisa de testes, atualizações e alguém acordado quando quebra.
• Quando a ferramenta é substituível. Se dá para trocar de fornecedor sem reescrever o produto, o risco é baixo.

Quando construímos

• Quando é o núcleo do produto. Se o componente é a razão de o cliente escolher o produto, ele precisa ser nosso.
• Quando a alternativa compromete privacidade. Se usar um serviço significa enviar dados sensíveis para onde não conseguimos auditar, construímos.
• Quando a qualidade disponível não basta. Às vezes a ferramenta existe, mas não resolve o caso real com a precisão necessária.

A regra que fica

Decisões de build vs buy são registradas com contexto, alternativas consideradas e motivo. Quando o contexto muda, a decisão é revista — sem apego ao que já foi escrito.