Sobre o topico Código não é tudo!, afirmar que trabalhar com programação é passar boa parte do seu tempo discutindo com o time, escrevendo, revisando e apresentando designs. O código é a parte final de um processo de muita interação, discussão e apresentação. é uma grande mentira(em partes).

Infelizmente nem todo mundo vive ou vai viver essa realidade, todo software tem seu nicho de público e sua maturidade de desenvolvimento…

No começo boa parte dos software são feitos no Go Horse, pois necessitam agregar valor para os clientes, só depois de algum tempo se pensa em reescrever o código ou até mesmo reestruturar a equipe, mudar metodologia ágil e afins…

Só que tem software que nem vai chegar nessa fase de melhora ou até mesmo o próprio desenvolvedor não vai chegar nessa fase de um produto pois vai ficar migrando de vaga atrás de salários melhores(e tá tudo bem).

Hmm... de fato, infelizmente o "Go Horse" é algo bem presente no mundo do desenvolvimento, mas não é algo que deva ser encorajado, muito pelo contrário. Quando olho para os lados, vejo cada vez mais os times e colegas discutindo sobre como entregar códigos melhores, mais eficientes e de fácil manutenção. Na minha experiência, as discussões de design de features foram sempre presentes e encorajadas e acredito que esse seja o fluxo ideal. Se você olhar para as empresas que estão na vanguarda da tecnologia, você perceberá que sim, o código é a etapa final de um processo de muita discussão, revisão e apresentações de design. Cada vez mais investindo em MVPs e POCs, produtos menores que não precisam de Go Horse para conseguir serem rápidos e abrindo mão da qualidade. Reescrever código é desperdício de recurso e todo e qualquer Padrão de Projeto luta contra isso. Muito dificilmente os clientes vão investir em um software que não foi pensado como secury-by-design por exemplo, o custo de um data breach é algo que muitos não podem arriscar.