Então, é assim que funciona a dinâmica no mercado, as pessoas estão pagando para receber algo de valor de volta. Para o usuário, não faz diferença se a tela que ele está vendo foi construida com componentes corretamente ou não, importa é que ela funcione e que resolva o problema dele (o tal valor que estão pagando).

Claro que deixar tanto débito técnico um hora cobra, mas não é algo tão trivial para ser óbvio para as pessoas (se nem devs vêm isso, imagina alguém de negócios).

Agora, se você faz seu trabalho com qualidade e não é reconhecido, consigo ver duas situações mais comuns:

1. Na real não está fazendo diferença mesmo, o produto entregue funciona da mesma forma é no final do dia só foi trabalho a mais que você teve.
2. Realmente tem impacto no produto final mas você não consegue demonstrar tão bem isso.

Se for a primeira opção, realmente não há muito o que fazer a não ser aceitar que não era necessário seguir tanto as "boas práticas" que você vê por ai. Se for a segunda opção, é quando entra as soft-skills, nesse caso seria conseguir apresentar o que está sendo feito e o impacto disso no produto. Por exemplo: se conseguir mostrar que os sistemas entregues dessa forma resultam em menos problemas, logo menos tempo de manutenção e um custo menor no tempo, com certeza será algo notável. Além disso, mostrar que os clientes ficam mais satisfeitos, retornam com mais recorrência, geram mais resultado financeiro no final do dia.

Claro que é tudo apenas opinião considerando dois parágrafos que li sobre a situação, tudo geralmente tem três pontos de vista. Mas tenta pensar que no final do dia é sobre produto e como isso resolve um problema, e não sobre código em si, o código é apenas a ferramenta para resolver o problema.