Daniel do Little Tutorials, escreveu um artigo com 13 razões para o UML falir de vez, descrevendo seu papel “burrocrático” em projetos. Para o autor, ele prefere escrever tudo na mão, num bloco de notas do que perder tempo fazendo diagramas, gastando com ferramentas caras e que se torarão inúteis ao passar do tempo.
Bom, geralmente programadores (eu mesmo) odeiam fazer documentação, preferem escrever tudo de maneira lógica e mandar bala.
Para mim fazer um bom diagrama pode salvar um projeto (aprendi algo nas aulas de Gerência de Projetos na faculdade), e não é só programadores que trabalharão no projeto. Designers, redatores e entre outros não são obrigados a entender nossa linha lógica, você fazendo um bom caso de uso você já ganha tempo em não ter que ficar descrevendo 500 vezes o mesmo processo para alguem do design no projeto. Concordamos que com uma boa documentação você pode fazer o mesmo projetos em várias linguagens. 
Alguns pontos do artigo eu até concordo, mas são pessoas que nem ele que fazem má fama ao UML. A conclusão dele mais foi por viabilidades ecônomicas (este processo toma um pouco de tempo do projeto, e tempo = dinheiro).
0 Respostas para “[Artigo]: 13 reasons for UML’s descent into darkness”