Capítulo 7. Adotar a verificação de tipos na prática
Este trabalho foi traduzido com recurso a IA. Agradecemos o teu feedback e comentários: translation-feedback@oreilly.com
Muitos programadores sonham com o dia em que vão finalmente trabalhar num projeto completamente novo. Um projeto green-field é um projeto novo em folha, onde tens uma folha em branco com a arquitetura, design e modularidade do teu código. No entanto, a maioria dos projectos depressa se tornam brown-field, ou código legado. Estes projectos já passaram por algumas fases; grande parte da arquitetura e do design já foram solidificados. Fazer mudanças grandes e abrangentes terá impacto nos utilizadores reais. O termo " brown-field " é muitas vezes visto como depreciativo, especialmente quando parece que estás a arrastar uma grande bola de lama.
No entanto, nem todos os projectos de campos castanhos são um castigo para trabalhar. Michael Feathers, autor de Working Effectively With Legacy Code (Pearson), tem o seguinte a dizer:
Num sistema bem mantido, pode demorar algum tempo a perceber como fazer uma alteração, mas assim que a fizeres, a alteração é normalmente fácil e sentes-te muito mais confortável com o sistema. Num sistema antigo, pode demorar muito tempo a perceber o que fazer e a mudança também é difícil.1
Feathers define código legado como "código sem testes". Eu prefiro uma definição alternativa: código legado é simplesmente código em que já não podes discutir o código com os programadores que o escreveram. ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access