Código = Documentação?

Comentários

3 respostas a “Código = Documentação?”

1. 

   27 de julho de 2007

   Phillip Calçado "Shoes"

   Eu ia té assinar o feed do cara mas essa afirmação:

   “@Brian

   “Show me a business process not documented in the code and I’ll show you an out of date, innacurate process documentation.”

   And I will show you an organization at Level 1 of process maturity.”

   É simplesmente ridícula. É só passear por empresas e cases de empresas com maturidade de processo (i.e. CMMi) e ver que é mentira. Acabo de concluir o phase-out de um sistema comprado de uma empresa com CMMi 5 e os Casos de Uso pararam de ser atualizados quando a empresa se deu conta que não conseguiria mantêr seu processo burocrático com tnatas mudanças de escopo. Um desastre completo, pelo menos para mim como cliente.

   De qualquer modo bloguei sobre o tema:

   []s

   Reply
2. 

   27 de julho de 2007

   Phillip Calçado "Shoes"

   Ops, faltou o link:

   http://blog.fragmental.com.br/2007/07/27/model-driven-development-e-durepoxi/

   Reply
3. 

   27 de julho de 2007

   Paulo Vasconcellos

   Estranho isso, mas vou reproduzir aqui o comentário que deixei no blog do Phillip “Shoes” Calçado:

   Caro Philip “Shoes”,

   O ponto forte do artigo citado são as 4 razões pelas quais código não é uma boa documentação para processos de negócio. Esqueça (ou perdoe) bullshitagens sobre níveis de maturidade e afins. Simplesmente, não é o caso.

   E casos de uso, como documentação, são tão ‘fracos’ quanto código. Tanto que são totalmente ignorados pela EPBE (Eriksson-Penker Business Extensions), extensão da UML que indico para a modelagem de negócios.

   Como você, quero crer que DDD e DSL’s caminham para reduzir muito (ou eliminar totalmente) o gap que temos entre negócio e código. Tá na fila: vou mergulhar no tema. Espero em breve ter condições de transcrever seus exemplos a partir do outro ponto de vista.

   []’s

   Paulo

   Reply