@anderson
O contrato fala sobre interação entre os sistemas, basicamente. Se o programador fizer uma gambiarra dentro da aplicação dele isso é um problema do arquiteto da aplicação, não do arquiteto corporativo.

Quando comecei a leitura e lí o trecho: “Basicamente ele foi encarregado de definir a arquitetura corporativa de um grande banco, ou seja: definir hoje a forma como aplicações serão construídas pelas próximas décadas” eu disse por dentro: “esse post é pra mim”. Estou vivendo essa situação.

Eu realmente detesto engessar as coisas e sou mais favorável aos guidelines como você mencionou.

Vai ser um trabalho difícil pois a maioria das pessoas aqui acredita que temos que ter uma coisa engessada para evitar que as “fábricar” (Bah, doi só de falar) não façam besteira. Eu não concordo muito e estou tentando mudar a mentalidade do pessoal.

Ah e a propósito, talvez você não se lembre do cenário do parque de 17 servidores (acho que foi isso que você me falou) com 2 deles batendo 100% de CPU que eu não tinha muita noção quando você me questionou la na Globo. Eu pesquisei sobre monitoramento da JVM e hoje já estou usando com alguma frequência o jps e jstack (que naquele dia eu nem sabia da existência deles, e foi bom você não ter me falado pois é bom aprender a pesquisar :p). Valeu pelo cenário. Aprendi muito.

Um abraço e parabéns pelo artigo

O trecho abaixo exprime uma idéia que sempre abracei o extermínio das “tabelas corporativas”.

“Os outros sistemas que vierem a se comunicar com o meu não devem precisar saber sobre a existência deste banco, eu não posso usar este banco para comunicação entre aplicações”