Débito Técnico não nasce apenas de profissionais sem experiencia. Infelizmente ele nasce principalmente dos que têm experiência. Quem é novato ainda acredita que é possivel construir o software perfeito (aliás, muitos entram com esse objetivo). Essa crença é mutilada quando os novatos assistem ao mais maduros cometer atrocidades ou quando sofrem a pressão das gerências. No caso, aqui, a pressão não gera diamantes, apenas carvão. Débito Técnico é toda e qualquer dívida que existe para com o software. Acontece sempre que o software sofre por causa de alguma escolha do desenvolvedor. Algumas são por incompetência tecnica , algumas são por escolhas erradas (o lado errado do trade-off foi escolhido) e outras acontecem simplesmente porque a equipa não tem como saber que está fazendo algo errado. Por exemplo, em 2000 usar o struts 1 era normal e considerado “bom”. Hoje é considerado um anti-pattern. Este é um exemplo de um Débito Técnico que poderia ter sido evitado se os envolvidos tivessem mais experiencia, mas não podemos dizer que foi uma escolha errada ( na época parecia certa a muita boa gente).

Portanto, Crédito Tecnico é sempre que você tira um tempinho para curar o software dos males que o assombram. É como podar uma arvore. Vc precisa fisicamente ferir a arvore, mas vc faz isso consciente de que isso irá melhorar a sua saude. O Crédito Tecnico é realmente o oposto do Débito Tecnico, como bem concluio, e é quase sempre esquecido.

O ponto do artigo é mostrar que o maior problema do Débito Tecnico é o juro que ele gera e portanto o custo que estáo sendo gerado apenas por deixar as coisas como estão. O Crédito Tecnico é a ação de diminuir esse juro de forma a diminuir o custo. Em particular essa ação pode ser feita à priori de forma a que o saldo seja positivo desde o começo do projeto.

Não entendi muito bem oq vc quis dizer com o termo “Crédito Técnico”. Levando em consideração que Débito Técnico ocorre quando alguma coisa é planejada de forma errada e/ou é feita por pessoas sem conhecimento técnico o suficiente para projetar um software estável (que dependendo do ponto de vista não podem sequer serem considerados juniors), eu assumo que o crédito técnico seria a união de todos essas coisas de um maneira inversa, como por exemplo, uma boa arquitetura, programadores capacitados e experientes, etc.

Ao contrário de vc, eu concordo com a opinião do Robert Martin. Tudo bem que Débito Técnico (como próprio nome diz) é um débito. Porém, código porco ou bagunçado não quer dizer que não funcione, e infelizmente, ele pode até funcionar. O problema é de quem tiver que fazer alguma coisa com esse código no futuro como adicionar uma funcionalidade ao sistema (coisa que pode não ocorrer). Fora isso eu tenho a mesma opinião que vc.

Parabéns pelo post.

Não entendi muito bem oq vc quis dizer com o termo “Crédito Técnico”. Levando em consideração que Débito Técnico ocorre quando alguma coisa é planejada de forma errada e/ou é feita por pessoas sem conhecimento técnico o suficiente para projetar um software estável (que dependendo do ponto de vista não podem sequer serem considerados juniors), eu assumo que o crédito técnico seria a união de todos essas coisas de um maneira inversa, como por exemplo, uma boa arquitetura, programadores capacitados e experientes, etc.

Ao contrário de vc, eu concordo com a opinião do Robert Martin. Tudo bem que Débito Técnico (como próprio nome diz) é um débito. Porém, código porco ou bagunçado não quer dizer que não funcione, e infelizmente, ele pode até funcionar. O problema é de quem tiver que fazer alguma coisa com esse código no futuro como adicionar uma funcionalidade ao sistema (coisa que pode não ocorrer). Fora isso eu tenho a mesma opinião que vc.

Parabéns pelo post.