{"id":38745,"date":"2026-11-13T11:13:48","date_gmt":"2026-11-13T14:13:48","guid":{"rendered":"https:\/\/building.nu.com\/?p=38745"},"modified":"2026-11-13T11:21:56","modified_gmt":"2026-11-13T14:21:56","slug":"quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica","status":"publish","type":"post","link":"https:\/\/building.nu.com\/pt-br\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\/","title":{"rendered":"Quando \u00e9 dif\u00edcil confiar no c\u00f3digo: o custo oculto da incerteza t\u00e9cnica"},"content":{"rendered":"\n

Escrito por: Breno Oliveira<\/a><\/em><\/p>\n\n\n\n

Quando uma pessoa desenvolvedora precisa modificar um servi\u00e7o cr\u00edtico, a mudan\u00e7a solicitada parece simples, mas entender suas consequ\u00eancias \u00e9 outra hist\u00f3ria.<\/p>\n\n\n\n

O servi\u00e7o acumulou anos de l\u00f3gica de neg\u00f3cio. Nesse contexto, algumas depend\u00eancias s\u00e3o mal documentadas, certos comportamentos s\u00e3o dif\u00edceis de reproduzir localmente e os testes dispon\u00edveis oferecem apenas uma seguran\u00e7a parcial. Por isso, uma modifica\u00e7\u00e3o que parece isolada pode afetar uma parte completamente diferente do sistema.<\/p>\n\n\n\n

A pessoa desenvolvedora, ent\u00e3o, tem duas op\u00e7\u00f5es: investigar mais a fundo, aceitando um prazo de entrega incerto, ou implementar a mudan\u00e7a e torcer para que as salvaguardas existentes detectem quaisquer consequ\u00eancias indesejadas. Dito isso, nenhuma das op\u00e7\u00f5es \u00e9 particularmente atraente.<\/p>\n\n\n\n

O que torna essa situa\u00e7\u00e3o interessante \u00e9 que o problema pode n\u00e3o ter nada a ver com a cultura do time. A pessoa engenheira pode trabalhar ao lado de colegas que oferecem apoio, sentir-se \u00e0 vontade para fazer perguntas e ter total liberdade para propor melhorias. Ainda assim, o pr\u00f3prio c\u00f3digo continua sendo dif\u00edcil de confiar.<\/p>\n\n\n\n

Essa distin\u00e7\u00e3o revela uma dimens\u00e3o frequentemente negligenciada da experi\u00eancia de quem desenvolve. A confian\u00e7a na engenharia depende n\u00e3o apenas das rela\u00e7\u00f5es entre as pessoas, mas tamb\u00e9m do grau em que os sistemas de software podem ser compreendidos, testados e modificados com seguran\u00e7a.<\/p>\n\n\n\n

E, \u00e0 medida que os sistemas crescem, essa confian\u00e7a se torna cada vez mais ligada \u00e0s decis\u00f5es de arquitetura tomadas ao longo do caminho.<\/p>\n\n\n\n

A incerteza por tr\u00e1s de uma mudan\u00e7a aparentemente simples<\/strong><\/h2>\n\n\n\n

A complexidade de software n\u00e3o \u00e9, por si s\u00f3, um problema. Um sistema que lida com milhares de regras de neg\u00f3cio, se integra a servi\u00e7os externos ou processa transa\u00e7\u00f5es financeiras cr\u00edticas naturalmente envolver\u00e1 complexidade.<\/p>\n\n\n\n

A dificuldade come\u00e7a quando as pessoas engenheiras n\u00e3o conseguem determinar onde essa complexidade reside ou como as diferentes partes do sistema influenciam umas \u00e0s outras.<\/p>\n\n\n\n

Considere um servi\u00e7o respons\u00e1vel por v\u00e1rias capacidades de neg\u00f3cio. Uma pessoa desenvolvedora que modifica uma dessas capacidades pode precisar entender fluxos n\u00e3o relacionados, porque eles compartilham estado interno, depend\u00eancias ou premissas.<\/p>\n\n\n\n

Mesmo quando a mudan\u00e7a em si exige apenas algumas linhas de c\u00f3digo, avaliar seu impacto pode se tornar uma investiga\u00e7\u00e3o consider\u00e1vel. \u00c9 aqui que a incerteza t\u00e9cnica come\u00e7a a influenciar o comportamento da engenharia.<\/p>\n\n\n\n

Uma pessoa engenheira que n\u00e3o consegue identificar com confian\u00e7a as consequ\u00eancias de uma modifica\u00e7\u00e3o pode adiar uma refatora\u00e7\u00e3o, introduzir uma abstra\u00e7\u00e3o adicional para evitar mexer na l\u00f3gica existente ou solicitar uma revis\u00e3o extensa de algu\u00e9m mais familiarizado com o sistema.<\/p>\n\n\n\n

Essas decis\u00f5es podem ser totalmente racionais. Em um ambiente de produ\u00e7\u00e3o, a cautela costuma ser prefer\u00edvel a introduzir riscos desnecess\u00e1rios. No entanto, quando esse padr\u00e3o se torna rotina, uma organiza\u00e7\u00e3o pode perder gradualmente a capacidade de evoluir seu software de forma eficiente.<\/p>\n\n\n\n

As estimativas de entrega passam a refletir n\u00e3o apenas o esfor\u00e7o de implementa\u00e7\u00e3o, mas tamb\u00e9m o tempo necess\u00e1rio para investigar depend\u00eancias desconhecidas. O onboarding se torna mais exigente, porque entender o sistema depende de conhecimentos que raramente est\u00e3o documentados. Pessoas engenheiras seniores podem se tornar pontos recorrentes de consulta, o que limita sua disponibilidade para outros desafios t\u00e9cnicos.<\/p>\n\n\n\n

A quest\u00e3o de fundo n\u00e3o \u00e9 necessariamente que as pessoas engenheiras n\u00e3o t\u00eam autonomia. \u00c9 que exercer essa autonomia envolve incerteza demais.<\/p>\n\n\n\n

A arquitetura determina o quanto uma pessoa engenheira precisa saber<\/strong><\/h2>\n\n\n\n

Uma das decis\u00f5es de arquitetura com mais consequ\u00eancias \u00e9 onde estabelecer as fronteiras entre responsabilidades. Uma fronteira bem definida permite que as pessoas engenheiras raciocinem sobre um componente a partir de seu comportamento documentado e de suas interfaces, sem precisar entender cada detalhe de sua implementa\u00e7\u00e3o.<\/p>\n\n\n\n

Por exemplo, um time que trabalha em um produto relacionado a cart\u00f5es deveria, idealmente, conseguir consumir as capacidades comuns de cart\u00f5es sem precisar entender as regras de neg\u00f3cio que regem todos os outros produtos que as utilizam, mas alcan\u00e7ar essa separa\u00e7\u00e3o raramente \u00e9 simples.<\/p>\n\n\n\n

Capacidades que parecem independentes do ponto de vista do produto podem compartilhar dados, restri\u00e7\u00f5es operacionais ou premissas hist\u00f3ricas. Extra\u00ed-las para componentes reutiliz\u00e1veis exige entender essas rela\u00e7\u00f5es e decidir quais responsabilidades realmente pertencem ao mesmo lugar.<\/p>\n\n\n\n

Ainda assim, o benef\u00edcio vai al\u00e9m da organiza\u00e7\u00e3o do c\u00f3digo. Quando as fronteiras de arquitetura correspondem a responsabilidades significativas, as pessoas engenheiras conseguem reduzir o escopo de suas investiga\u00e7\u00f5es. Elas podem identificar quais componentes s\u00e3o afetados por uma mudan\u00e7a, quais contratos precisam permanecer est\u00e1veis e quais testes devem fornecer evid\u00eancias de que a modifica\u00e7\u00e3o se comporta como esperado.<\/p>\n\n\n\n

Isso torna a incerteza mais f\u00e1cil de localizar e gerenciar, e essa distin\u00e7\u00e3o se torna especialmente importante quando uma arquitetura originalmente projetada em torno de um pequeno n\u00famero de produtos precisa acomodar um neg\u00f3cio em expans\u00e3o.<\/p>\n\n\n\n

O que a evolu\u00e7\u00e3o da arquitetura do Nubank revela sobre mudan\u00e7a<\/strong><\/h2>\n\n\n\n

A hist\u00f3ria da engenharia do Nubank oferece um exemplo \u00fatil de como os requisitos de arquitetura evoluem junto com uma organiza\u00e7\u00e3o. Como descrito no artigo Evoluindo a arquitetura do Nubank rumo a uma plataformiza\u00e7\u00e3o consciente<\/a>, a arquitetura original da empresa foi projetada para suportar um \u00fanico produto, um cart\u00e3o de cr\u00e9dito, em um \u00fanico mercado, o Brasil.<\/p>\n\n\n\n

Essa arquitetura refletia os requisitos de neg\u00f3cio de sua \u00e9poca, mas, \u00e0 medida que o Nubank se expandiu para outros servi\u00e7os financeiros e pa\u00edses, as mesmas premissas de arquitetura j\u00e1 n\u00e3o conseguiam acomodar cada novo requisito com a mesma naturalidade.<\/p>\n\n\n\n

Diferentes produtos precisavam acessar capacidades comuns, enquanto mercados individuais introduziam suas pr\u00f3prias regras de neg\u00f3cio e considera\u00e7\u00f5es regulat\u00f3rias. O desafio era distinguir o que deveria ser compartilhado do que precisava permanecer espec\u00edfico de um produto ou de uma geografia.<\/p>\n\n\n\n

Um exemplo discutido pela Principal Engineer Bel Gon\u00e7alves durante o Nubank Engineering Meetup #12 foi a evolu\u00e7\u00e3o da plataforma de cart\u00f5es. Anteriormente, as funcionalidades estavam concentradas em servi\u00e7os como o CreditCardAccounts, cujas responsabilidades eram fortemente associadas a cart\u00f5es de cr\u00e9dito.<\/p>\n\n\n\n

\u00c0 medida que o neg\u00f3cio se expandiu, o Nubank evoluiu para servi\u00e7os mais flex\u00edveis, capazes de suportar funcionalidades de d\u00e9bito e cr\u00e9dito em diferentes produtos e mercados. O relato publicado destaca dois contextos distintos: os cart\u00f5es m\u00faltiplos do Brasil e os cart\u00f5es de d\u00e9bito e cr\u00e9dito separados do M\u00e9xico.<\/p>\n\n\n\n

Suportar essas diferentes configura\u00e7\u00f5es exigiu uma arquitetura capaz de separar as capacidades reutiliz\u00e1veis de cart\u00f5es das regras que regem produtos e pa\u00edses espec\u00edficos. \u00c9 aqui que a plataformiza\u00e7\u00e3o se torna relevante para a quest\u00e3o mais ampla da confian\u00e7a na engenharia.<\/p>\n\n\n\n

Uma arquitetura organizada principalmente em torno de um produto espec\u00edfico pode exigir que as pessoas engenheiras naveguem por premissas espec\u00edficas daquele produto ao adaptar funcionalidades para um contexto diferente. Separar as capacidades reutiliz\u00e1veis da l\u00f3gica localizada pode tornar essas premissas mais expl\u00edcitas.<\/p>\n\n\n\n

Em princ\u00edpio, isso permite que os times raciocinem sobre o comportamento compartilhado de forma independente das regras de neg\u00f3cio de cada produto. A import\u00e2ncia n\u00e3o est\u00e1 simplesmente no fato de os servi\u00e7os se tornarem reutiliz\u00e1veis. Est\u00e1 no fato de suas responsabilidades poderem se tornar mais f\u00e1ceis de identificar. Para quem desenvolve, essa clareza oferece uma base mais s\u00f3lida para entender o impacto potencial de uma mudan\u00e7a.<\/p>\n\n\n\n

O relato publicado pelo Nubank n\u00e3o afirma que as pessoas engenheiras que trabalhavam no CreditCardAccounts n\u00e3o tinham confian\u00e7a, nem que a transforma\u00e7\u00e3o melhorou de forma mensur\u00e1vel a experi\u00eancia delas. A conquista documentada \u00e9 de arquitetura: uma mudan\u00e7a em dire\u00e7\u00e3o a servi\u00e7os com maior flexibilidade entre produtos e mercados.<\/p>\n\n\n\n

Ainda assim, o caso ilustra um princ\u00edpio importante de engenharia. \u00c0 medida que as responsabilidades se tornam mais claramente separadas, a quantidade de comportamentos n\u00e3o relacionados do sistema que as pessoas desenvolvedoras precisam entender para fazer uma determinada mudan\u00e7a pode diminuir.<\/p>\n\n\n\n

Os trade-offs por tr\u00e1s de uma evolu\u00e7\u00e3o de arquitetura mais segura<\/strong><\/h2>\n\n\n\n

Fronteiras mais claras s\u00e3o valiosas, mas cri\u00e1-las pode introduzir riscos pr\u00f3prios. A plataformiza\u00e7\u00e3o do Nubank envolveu extrair funcionalidades cr\u00edticas de servi\u00e7os legados j\u00e1 em produ\u00e7\u00e3o, al\u00e9m de reescrever componentes fundamentais. Essas atividades exigem mais do que decidir onde o c\u00f3digo deve ficar.<\/p>\n\n\n\n

Mover funcionalidades entre servi\u00e7os pode afetar a propriedade dos dados, as garantias de consist\u00eancia, as depend\u00eancias, a coordena\u00e7\u00e3o de deploys e o tratamento de falhas. Uma abstra\u00e7\u00e3o que simplifica o trabalho de um time pode introduzir complexidade adicional para outro.<\/p>\n\n\n\n

H\u00e1 tamb\u00e9m o risco de generalizar cedo demais. Uma plataforma projetada para acomodar todo produto futuro imagin\u00e1vel pode se tornar dif\u00edcil de entender justamente por expor op\u00e7\u00f5es de configura\u00e7\u00e3o e pontos de extens\u00e3o demais. Nessa situa\u00e7\u00e3o, a flexibilidade se torna mais uma fonte de incerteza.<\/p>\n\n\n\n

O relato de junho de 2025 identifica explicitamente a necessidade de equilibrar generalidade e simplicidade e de evitar complexidade de engenharia desnecess\u00e1ria. Esse equil\u00edbrio importa porque a manutenibilidade n\u00e3o pode ser medida pelo n\u00famero de servi\u00e7os criados ou pela quantidade de c\u00f3digo extra\u00eddo.<\/p>\n\n\n\n

Uma fronteira de arquitetura \u00fatil deve tornar as responsabilidades mais claras sem for\u00e7ar as pessoas desenvolvedoras a navegar por uma rede de abstra\u00e7\u00f5es desnecessariamente complicada.<\/p>\n\n\n\n

\u00c0s vezes, manter as funcionalidades juntas \u00e9 a escolha mais simples e segura. Em outros momentos, separ\u00e1-las cria as condi\u00e7\u00f5es para uma evolu\u00e7\u00e3o independente. O desafio da engenharia \u00e9 saber qual trade-off o sistema realmente exige.<\/p>\n\n\n\n

A confian\u00e7a vem de evid\u00eancias, n\u00e3o de suposi\u00e7\u00f5es<\/strong><\/h2>\n\n\n\n

A arquitetura determina boa parte do que as pessoas engenheiras precisam entender antes de fazer uma mudan\u00e7a. Mas entender a estrutura de um sistema \u00e9 apenas parte do problema.<\/p>\n\n\n\n

As pessoas engenheiras tamb\u00e9m precisam de formas de verificar suas suposi\u00e7\u00f5es. Testes automatizados s\u00e3o particularmente valiosos quando descrevem comportamentos significativos, em vez de apenas exercitar detalhes de implementa\u00e7\u00e3o.<\/p>\n\n\n\n

Um teste que estabelece como um servi\u00e7o responde a uma condi\u00e7\u00e3o de neg\u00f3cio espec\u00edfica pode servir a dois prop\u00f3sitos. Ele verifica se o software se comporta corretamente e comunica o que modifica\u00e7\u00f5es futuras precisam preservar. Isso se torna especialmente importante ao alterar componentes fundamentais que suportam v\u00e1rios produtos.<\/p>\n\n\n\n

No entanto, os testes n\u00e3o podem oferecer seguran\u00e7a ilimitada. Uma su\u00edte que passa diz pouco sobre os cen\u00e1rios que ela n\u00e3o cobre, e testes acoplados demais a detalhes de implementa\u00e7\u00e3o podem tornar refatora\u00e7\u00f5es leg\u00edtimas desnecessariamente dif\u00edceis.<\/p>\n\n\n\n

A confian\u00e7a depende de entender tanto o que os testes verificam quanto onde termina sua cobertura. Depura\u00e7\u00e3o e observabilidade oferecem outra camada de evid\u00eancias. Logs, m\u00e9tricas, traces e ambientes de desenvolvimento reproduz\u00edveis podem ajudar as pessoas engenheiras a entender como um sistema se comporta para al\u00e9m do que seu c\u00f3digo-fonte sugere.<\/p>\n\n\n\n

Ferramentas de desenvolvimento interativo tamb\u00e9m podem encurtar a dist\u00e2ncia entre uma hip\u00f3tese e sua verifica\u00e7\u00e3o. Em Clojure, por exemplo, o REPL permite que as pessoas desenvolvedoras avaliem express\u00f5es e inspecionem comportamentos durante o desenvolvimento.<\/p>\n\n\n\n

Essas capacidades s\u00e3o complementares, e n\u00e3o intercambi\u00e1veis. Um REPL pode ajudar a explorar o comportamento de uma fun\u00e7\u00e3o, enquanto o tracing distribu\u00eddo pode ser necess\u00e1rio para entender como uma requisi\u00e7\u00e3o transita entre servi\u00e7os em produ\u00e7\u00e3o.<\/p>\n\n\n\n

A documenta\u00e7\u00e3o resolve um problema diferente: a perda de contexto de arquitetura ao longo do tempo. Uma interface pode explicar como interagir com um componente sem revelar por que ele foi projetado daquela forma. Os Architecture Decision Records (ADRs) podem preservar o racioc\u00ednio por tr\u00e1s de decis\u00f5es importantes, incluindo as alternativas consideradas e as restri\u00e7\u00f5es que influenciaram o resultado.<\/p>\n\n\n\n

Esses registros s\u00e3o particularmente \u00fateis quando pessoas engenheiras no futuro encontram um design que parece desnecessariamente restritivo at\u00e9 que seu contexto hist\u00f3rico fique claro. Padr\u00f5es t\u00e9cnicos compartilhados podem reduzir ainda mais o esfor\u00e7o necess\u00e1rio para transitar entre sistemas.<\/p>\n\n\n\n

O mesmo artigo do Building Nubank descreve o uso que a empresa faz de Clojure, microsservi\u00e7os e comunica\u00e7\u00e3o ass\u00edncrona como uma base comum de engenharia. Ele tamb\u00e9m aborda a imutabilidade como um princ\u00edpio de design importante.<\/p>\n\n\n\n

Consist\u00eancia n\u00e3o garante manutenibilidade, mas padr\u00f5es familiares podem reduzir o n\u00famero de conven\u00e7\u00f5es que as pessoas engenheiras precisam aprender ao trabalhar com diferentes servi\u00e7os. Juntas, essas pr\u00e1ticas tornam as mudan\u00e7as mais explic\u00e1veis e suas consequ\u00eancias mais observ\u00e1veis. Elas n\u00e3o eliminam o risco operacional, mas podem ajudar os times a tomar decis\u00f5es com evid\u00eancias melhores.<\/p>\n\n\n\n

As consequ\u00eancias humanas das decis\u00f5es de arquitetura<\/strong><\/h2>\n\n\n\n

Existe uma distin\u00e7\u00e3o importante entre sentir-se seguro com os colegas e sentir-se confiante para modificar um sistema. A seguran\u00e7a psicol\u00f3gica, em seu sentido organizacional consolidado, diz respeito a se as pessoas se sentem capazes de se manifestar, reconhecer erros, fazer perguntas e assumir riscos interpessoais sem medo de humilha\u00e7\u00e3o ou puni\u00e7\u00e3o.<\/p>\n\n\n\n

A confian\u00e7a t\u00e9cnica diz respeito a algo diferente: se as pessoas engenheiras t\u00eam entendimento, ferramentas e evid\u00eancias suficientes para fazer mudan\u00e7as com um n\u00edvel de risco aceit\u00e1vel.<\/p>\n\n\n\n

Um time pode ter uma sem a outra. Uma pessoa engenheira pode reconhecer abertamente sua incerteza durante um code review e, ainda assim, n\u00e3o conseguir determinar se uma modifica\u00e7\u00e3o afetar\u00e1 um servi\u00e7o n\u00e3o relacionado. Por outro lado, uma pessoa engenheira pode conhecer profundamente uma base de c\u00f3digo, mas trabalhar em um ambiente em que questionar decis\u00f5es \u00e9 desencorajado. As duas condi\u00e7\u00f5es importam, e nenhuma substitui a outra.<\/p>\n\n\n\n

A express\u00e3o seguran\u00e7a psicol\u00f3gica do c\u00f3digo, explorada por Breno Salgado, oferece uma met\u00e1fora \u00fatil para a rela\u00e7\u00e3o entre as pessoas desenvolvedoras e os sistemas que elas mant\u00eam. Seu valor est\u00e1 em chamar a aten\u00e7\u00e3o para as consequ\u00eancias humanas do design t\u00e9cnico, preservando a distin\u00e7\u00e3o em rela\u00e7\u00e3o \u00e0 seguran\u00e7a psicol\u00f3gica interpessoal. Essas consequ\u00eancias v\u00e3o al\u00e9m do conforto individual.<\/p>\n\n\n\n

Quando o comportamento de um sistema \u00e9 dif\u00edcil de entender, o conhecimento pode ficar concentrado em um pequeno grupo de pessoas engenheiras experientes. O envolvimento delas pode se tornar necess\u00e1rio para mudan\u00e7as rotineiras, criando depend\u00eancias que afetam tanto a entrega quanto o desenvolvimento profissional.<\/p>\n\n\n\n

Pessoas engenheiras rec\u00e9m-chegadas podem passar mais tempo aprendendo exce\u00e7\u00f5es n\u00e3o documentadas do que desenvolvendo um entendimento mais amplo do produto. Pessoas engenheiras experientes podem dedicar uma aten\u00e7\u00e3o desproporcional a explicar comportamentos hist\u00f3ricos em vez de lidar com problemas emergentes.<\/p>\n\n\n\n

Um sistema com boa manutenibilidade n\u00e3o pode eliminar a necessidade de colabora\u00e7\u00e3o, nem deveria. O trabalho complexo de engenharia depende de conhecimento compartilhado, mas uma boa arquitetura pode ajudar a fazer da colabora\u00e7\u00e3o uma escolha guiada pelo problema, e n\u00e3o uma exig\u00eancia recorrente imposta por um c\u00f3digo opaco.<\/p>\n\n\n\n

A verdadeira medida da manutenibilidade<\/strong><\/h2>\n\n\n\n

Uma base de c\u00f3digo pode ser est\u00e1vel em produ\u00e7\u00e3o e, ainda assim, ser desnecessariamente dif\u00edcil de mudar. Essa distin\u00e7\u00e3o importa porque a estabilidade operacional descreve como um sistema se comporta hoje, enquanto a manutenibilidade influencia a efic\u00e1cia com que ele poder\u00e1 evoluir amanh\u00e3.<\/p>\n\n\n\n

A evolu\u00e7\u00e3o da arquitetura do Nubank ilustra a import\u00e2ncia de revisitar decis\u00f5es de design \u00e0 medida que os requisitos de neg\u00f3cio mudam. Uma arquitetura que atende bem a um \u00fanico produto pode precisar de fronteiras diferentes quando passa a suportar v\u00e1rios produtos, pa\u00edses e contextos regulat\u00f3rios.<\/p>\n\n\n\n

O objetivo \u00e9 tornar a complexidade compreens\u00edvel o suficiente para que as pessoas engenheiras possam trabalhar com ela de forma deliberada. Isso significa projetar fronteiras em torno de responsabilidades significativas, preservar o racioc\u00ednio por tr\u00e1s das decis\u00f5es, investir em mecanismos de feedback confi\u00e1veis e reconhecer quando uma abstra\u00e7\u00e3o cria mais incerteza do que elimina.<\/p>\n\n\n\n

No fim das contas, uma organiza\u00e7\u00e3o de engenharia n\u00e3o deveria ter que escolher entre proteger seus sistemas existentes e dar \u00e0s pessoas desenvolvedoras espa\u00e7o para melhor\u00e1-los. A arquitetura com melhor manutenibilidade n\u00e3o \u00e9 necessariamente aquela que muda com mais facilidade. \u00c9 aquela que ajuda as pessoas engenheiras a entender o que uma mudan\u00e7a vai afetar, verificar suas suposi\u00e7\u00f5es e gerenciar os riscos que permanecem.<\/p>\n\n\n\n

No fim do dia, a confian\u00e7a na engenharia de software vem de ter conhecimento e evid\u00eancias suficientes para seguir em frente com responsabilidade, mesmo quando algo pode dar errado.<\/p>\n","protected":false},"excerpt":{"rendered":"

Mesmo em times de engenharia colaborativos, sistemas fr\u00e1geis podem fazer as pessoas desenvolvedoras hesitarem antes de mudar uma \u00fanica linha<\/p>\n","protected":false},"author":178110103,"featured_media":38723,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_eb_attr":"","_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_wpcom_ai_launchpad_first_post":false,"_jetpack_hide_featured_image":false,"_jetpack_featured_image_duplicate_dismissed":0,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_post_was_ever_published":false},"categories":[2497,2586],"tags":[],"class_list":["post-38745","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-engineering-pt-br","category-software-engineering-pt-br"],"acf":[],"yoast_head":"\nQuando \u00e9 dif\u00edcil confiar no c\u00f3digo: o custo oculto da incerteza t\u00e9cnica - Building Nubank<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/building.nu.com\/pt-br\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\/\" \/>\n<meta property=\"og:locale\" content=\"pt_BR\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Quando \u00e9 dif\u00edcil confiar no c\u00f3digo: o custo oculto da incerteza t\u00e9cnica - Building Nubank\" \/>\n<meta property=\"og:description\" content=\"Mesmo em times de engenharia colaborativos, sistemas fr\u00e1geis podem fazer as pessoas desenvolvedoras hesitarem antes de mudar uma \u00fanica linha\" \/>\n<meta property=\"og:url\" content=\"https:\/\/building.nu.com\/pt-br\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\/\" \/>\n<meta property=\"og:site_name\" content=\"Building Nubank\" \/>\n<meta property=\"article:published_time\" content=\"2026-11-13T14:13:48+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-11-13T14:21:56+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/building.nu.com\/wp-content\/uploads\/2026\/11\/Captura-de-Tela-2026-11-13-as-11.09.51.png\" \/>\n\t<meta property=\"og:image:width\" content=\"1618\" \/>\n\t<meta property=\"og:image:height\" content=\"692\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Nubank Editorial\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Escrito por\" \/>\n\t<meta name=\"twitter:data1\" content=\"Nubank Editorial\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. tempo de leitura\" \/>\n\t<meta name=\"twitter:data2\" content=\"12 minutos\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\\\/\"},\"author\":{\"name\":\"Nubank Editorial\",\"@id\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/#\\\/schema\\\/person\\\/462f4f5a8d4ec3ccbc3d661dde00f0a4\"},\"headline\":\"Quando \u00e9 dif\u00edcil confiar no c\u00f3digo: o custo oculto da incerteza t\u00e9cnica\",\"datePublished\":\"2026-11-13T14:13:48+00:00\",\"dateModified\":\"2026-11-13T14:21:56+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\\\/\"},\"wordCount\":2865,\"commentCount\":0,\"image\":{\"@id\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/i0.wp.com\\\/building.nu.com\\\/wp-content\\\/uploads\\\/2026\\\/11\\\/Captura-de-Tela-2026-11-13-as-11.09.51.png?fit=1618%2C692&ssl=1\",\"articleSection\":[\"Engineering\",\"Software Engineering\"],\"inLanguage\":\"pt-BR\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\\\/\",\"url\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\\\/\",\"name\":\"Quando \u00e9 dif\u00edcil confiar no c\u00f3digo: o custo oculto da incerteza t\u00e9cnica - Building Nubank\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/i0.wp.com\\\/building.nu.com\\\/wp-content\\\/uploads\\\/2026\\\/11\\\/Captura-de-Tela-2026-11-13-as-11.09.51.png?fit=1618%2C692&ssl=1\",\"datePublished\":\"2026-11-13T14:13:48+00:00\",\"dateModified\":\"2026-11-13T14:21:56+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/#\\\/schema\\\/person\\\/462f4f5a8d4ec3ccbc3d661dde00f0a4\"},\"breadcrumb\":{\"@id\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\\\/#breadcrumb\"},\"inLanguage\":\"pt-BR\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"pt-BR\",\"@id\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\\\/#primaryimage\",\"url\":\"https:\\\/\\\/i0.wp.com\\\/building.nu.com\\\/wp-content\\\/uploads\\\/2026\\\/11\\\/Captura-de-Tela-2026-11-13-as-11.09.51.png?fit=1618%2C692&ssl=1\",\"contentUrl\":\"https:\\\/\\\/i0.wp.com\\\/building.nu.com\\\/wp-content\\\/uploads\\\/2026\\\/11\\\/Captura-de-Tela-2026-11-13-as-11.09.51.png?fit=1618%2C692&ssl=1\",\"width\":1618,\"height\":692},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Quando \u00e9 dif\u00edcil confiar no c\u00f3digo: o custo oculto da incerteza t\u00e9cnica\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/#website\",\"url\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/\",\"name\":\"Building Nubank\",\"description\":\"We make the extraordinary happen\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"pt-BR\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/#\\\/schema\\\/person\\\/462f4f5a8d4ec3ccbc3d661dde00f0a4\",\"name\":\"Nubank Editorial\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"pt-BR\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/8c056170dc75ffd365b306a0ac7bea4e51d1cdab52a0c84e6ba0a42f7e2f4633?s=96&d=identicon&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/8c056170dc75ffd365b306a0ac7bea4e51d1cdab52a0c84e6ba0a42f7e2f4633?s=96&d=identicon&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/8c056170dc75ffd365b306a0ac7bea4e51d1cdab52a0c84e6ba0a42f7e2f4633?s=96&d=identicon&r=g\",\"caption\":\"Nubank Editorial\"},\"url\":\"https:\\\/\\\/building.nu.com\\\/pt-br\\\/author\\\/editorial\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Quando \u00e9 dif\u00edcil confiar no c\u00f3digo: o custo oculto da incerteza t\u00e9cnica - Building Nubank","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/building.nu.com\/pt-br\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\/","og_locale":"pt_BR","og_type":"article","og_title":"Quando \u00e9 dif\u00edcil confiar no c\u00f3digo: o custo oculto da incerteza t\u00e9cnica - Building Nubank","og_description":"Mesmo em times de engenharia colaborativos, sistemas fr\u00e1geis podem fazer as pessoas desenvolvedoras hesitarem antes de mudar uma \u00fanica linha","og_url":"https:\/\/building.nu.com\/pt-br\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\/","og_site_name":"Building Nubank","article_published_time":"2026-11-13T14:13:48+00:00","article_modified_time":"2026-11-13T14:21:56+00:00","og_image":[{"width":1618,"height":692,"url":"https:\/\/building.nu.com\/wp-content\/uploads\/2026\/11\/Captura-de-Tela-2026-11-13-as-11.09.51.png","type":"image\/png"}],"author":"Nubank Editorial","twitter_card":"summary_large_image","twitter_misc":{"Escrito por":"Nubank Editorial","Est. tempo de leitura":"12 minutos"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/building.nu.com\/pt-br\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\/#article","isPartOf":{"@id":"https:\/\/building.nu.com\/pt-br\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\/"},"author":{"name":"Nubank Editorial","@id":"https:\/\/building.nu.com\/pt-br\/#\/schema\/person\/462f4f5a8d4ec3ccbc3d661dde00f0a4"},"headline":"Quando \u00e9 dif\u00edcil confiar no c\u00f3digo: o custo oculto da incerteza t\u00e9cnica","datePublished":"2026-11-13T14:13:48+00:00","dateModified":"2026-11-13T14:21:56+00:00","mainEntityOfPage":{"@id":"https:\/\/building.nu.com\/pt-br\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\/"},"wordCount":2865,"commentCount":0,"image":{"@id":"https:\/\/building.nu.com\/pt-br\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\/#primaryimage"},"thumbnailUrl":"https:\/\/i0.wp.com\/building.nu.com\/wp-content\/uploads\/2026\/11\/Captura-de-Tela-2026-11-13-as-11.09.51.png?fit=1618%2C692&ssl=1","articleSection":["Engineering","Software Engineering"],"inLanguage":"pt-BR","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/building.nu.com\/pt-br\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/building.nu.com\/pt-br\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\/","url":"https:\/\/building.nu.com\/pt-br\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\/","name":"Quando \u00e9 dif\u00edcil confiar no c\u00f3digo: o custo oculto da incerteza t\u00e9cnica - Building Nubank","isPartOf":{"@id":"https:\/\/building.nu.com\/pt-br\/#website"},"primaryImageOfPage":{"@id":"https:\/\/building.nu.com\/pt-br\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\/#primaryimage"},"image":{"@id":"https:\/\/building.nu.com\/pt-br\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\/#primaryimage"},"thumbnailUrl":"https:\/\/i0.wp.com\/building.nu.com\/wp-content\/uploads\/2026\/11\/Captura-de-Tela-2026-11-13-as-11.09.51.png?fit=1618%2C692&ssl=1","datePublished":"2026-11-13T14:13:48+00:00","dateModified":"2026-11-13T14:21:56+00:00","author":{"@id":"https:\/\/building.nu.com\/pt-br\/#\/schema\/person\/462f4f5a8d4ec3ccbc3d661dde00f0a4"},"breadcrumb":{"@id":"https:\/\/building.nu.com\/pt-br\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\/#breadcrumb"},"inLanguage":"pt-BR","potentialAction":[{"@type":"ReadAction","target":["https:\/\/building.nu.com\/pt-br\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\/"]}]},{"@type":"ImageObject","inLanguage":"pt-BR","@id":"https:\/\/building.nu.com\/pt-br\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\/#primaryimage","url":"https:\/\/i0.wp.com\/building.nu.com\/wp-content\/uploads\/2026\/11\/Captura-de-Tela-2026-11-13-as-11.09.51.png?fit=1618%2C692&ssl=1","contentUrl":"https:\/\/i0.wp.com\/building.nu.com\/wp-content\/uploads\/2026\/11\/Captura-de-Tela-2026-11-13-as-11.09.51.png?fit=1618%2C692&ssl=1","width":1618,"height":692},{"@type":"BreadcrumbList","@id":"https:\/\/building.nu.com\/pt-br\/quando-e-dificil-confiar-no-codigo-o-custo-oculto-da-incerteza-tecnica\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/building.nu.com\/pt-br\/"},{"@type":"ListItem","position":2,"name":"Quando \u00e9 dif\u00edcil confiar no c\u00f3digo: o custo oculto da incerteza t\u00e9cnica"}]},{"@type":"WebSite","@id":"https:\/\/building.nu.com\/pt-br\/#website","url":"https:\/\/building.nu.com\/pt-br\/","name":"Building Nubank","description":"We make the extraordinary happen","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/building.nu.com\/pt-br\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"pt-BR"},{"@type":"Person","@id":"https:\/\/building.nu.com\/pt-br\/#\/schema\/person\/462f4f5a8d4ec3ccbc3d661dde00f0a4","name":"Nubank Editorial","image":{"@type":"ImageObject","inLanguage":"pt-BR","@id":"https:\/\/secure.gravatar.com\/avatar\/8c056170dc75ffd365b306a0ac7bea4e51d1cdab52a0c84e6ba0a42f7e2f4633?s=96&d=identicon&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/8c056170dc75ffd365b306a0ac7bea4e51d1cdab52a0c84e6ba0a42f7e2f4633?s=96&d=identicon&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/8c056170dc75ffd365b306a0ac7bea4e51d1cdab52a0c84e6ba0a42f7e2f4633?s=96&d=identicon&r=g","caption":"Nubank Editorial"},"url":"https:\/\/building.nu.com\/pt-br\/author\/editorial\/"}]}},"jetpack_likes_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/pbKBB5-a4V","jetpack_sharing_enabled":true,"jetpack_featured_media_url":"https:\/\/i0.wp.com\/building.nu.com\/wp-content\/uploads\/2026\/11\/Captura-de-Tela-2026-11-13-as-11.09.51.png?fit=1618%2C692&ssl=1","_links":{"self":[{"href":"https:\/\/building.nu.com\/pt-br\/wp-json\/wp\/v2\/posts\/38745","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/building.nu.com\/pt-br\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/building.nu.com\/pt-br\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/building.nu.com\/pt-br\/wp-json\/wp\/v2\/users\/178110103"}],"replies":[{"embeddable":true,"href":"https:\/\/building.nu.com\/pt-br\/wp-json\/wp\/v2\/comments?post=38745"}],"version-history":[{"count":2,"href":"https:\/\/building.nu.com\/pt-br\/wp-json\/wp\/v2\/posts\/38745\/revisions"}],"predecessor-version":[{"id":38747,"href":"https:\/\/building.nu.com\/pt-br\/wp-json\/wp\/v2\/posts\/38745\/revisions\/38747"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/building.nu.com\/pt-br\/wp-json\/wp\/v2\/media\/38723"}],"wp:attachment":[{"href":"https:\/\/building.nu.com\/pt-br\/wp-json\/wp\/v2\/media?parent=38745"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/building.nu.com\/pt-br\/wp-json\/wp\/v2\/categories?post=38745"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/building.nu.com\/pt-br\/wp-json\/wp\/v2\/tags?post=38745"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}