Comentários sobre: Como gerenciar versões de banco de dados – Parte 1 http://blog.tucaz.net/2009/03/01/como-gerenciar-versoes-de-banco-de-dados-parte-1/ Software architecture, agile and all that stuff that you can find everywhere Sat, 10 Sep 2011 12:27:34 -0300 http://wordpress.org/?v=2.9.1 hourly 1 Por: tucaz http://blog.tucaz.net/2009/03/01/como-gerenciar-versoes-de-banco-de-dados-parte-1/comment-page-1/#comment-6448 tucaz Wed, 12 Jan 2011 01:04:53 +0000 http://blog.tucaz.net/?p=250#comment-6448 Valeu Gran! Quanto ao lance de desenvolvedor preguicoso eu penso o seguinte: um bom desenvolvedor nao deve comprometer a qualidade mínima do produto em nenhuma circunstância. Nunca. :) Valeu Gran!

Quanto ao lance de desenvolvedor preguicoso eu penso o seguinte: um bom desenvolvedor nao deve comprometer a qualidade mínima do produto em nenhuma circunstância. Nunca. :)

]]> Por: Gran Kain http://blog.tucaz.net/2009/03/01/como-gerenciar-versoes-de-banco-de-dados-parte-1/comment-page-1/#comment-6418 Gran Kain Sat, 08 Jan 2011 11:43:55 +0000 http://blog.tucaz.net/?p=250#comment-6418 Apesar de não ser usuário MS, acho que o post é fantástico, e dá idéias que podem ser aplicadas em qualquer linguagem. Eu sei que a Google já utiliza isto há algum tempo pois ouvi de um desenvolvedor deles algo como "o novo módulo só vai pra produção quando o script de atualizar a versão permite ir pra próxima versão corretamente, e o de voltar a versão pode desfazer tudo que foi feito no código e banco", e eles certamente não utilizam MS nos seus sistemas principais. Outro detalhe, ao dizer "que desenvolvedores preguiçosos não se preocupam com futuro do projeto" você está sendo omisso em dizer que geralmente os mesmos desenvolvedores foram pressionados com baixos prazos para fazerem projetos com erros grotescos de prazo. Acho difícil dentro do contexto que todos conhecemos de colocar a culpa no desenvolvedor, atualmente trabalho em orgão público e como a parte de TI não é cuidada por terceiros a qualidade é colocada antes do custo (leia-se prazo na maioria das vezes). Eu vejo pela primeira vez desenvolvedores com tempo real para fazer projetos e então nota-se uma visão mais preocupada com o futuro das aplicações, coisa que sempre quis ver nas empresas onde trabalhei mas não obtive esse prazer. Desculpe pelo comentário gigante e parabéns pelo post =) Apesar de não ser usuário MS, acho que o post é fantástico, e dá idéias que podem ser aplicadas em qualquer linguagem. Eu sei que a Google já utiliza isto há algum tempo pois ouvi de um desenvolvedor deles algo como “o novo módulo só vai pra produção quando o script de atualizar a versão permite ir pra próxima versão corretamente, e o de voltar a versão pode desfazer tudo que foi feito no código e banco”, e eles certamente não utilizam MS nos seus sistemas principais.

Outro detalhe, ao dizer “que desenvolvedores preguiçosos não se preocupam com futuro do projeto” você está sendo omisso em dizer que geralmente os mesmos desenvolvedores foram pressionados com baixos prazos para fazerem projetos com erros grotescos de prazo. Acho difícil dentro do contexto que todos conhecemos de colocar a culpa no desenvolvedor, atualmente trabalho em orgão público e como a parte de TI não é cuidada por terceiros a qualidade é colocada antes do custo (leia-se prazo na maioria das vezes). Eu vejo pela primeira vez desenvolvedores com tempo real para fazer projetos e então nota-se uma visão mais preocupada com o futuro das aplicações, coisa que sempre quis ver nas empresas onde trabalhei mas não obtive esse prazer.
Desculpe pelo comentário gigante e parabéns pelo post =)

]]> Por: Como gerenciar versões de banco de dados – Parte 2 – tucaz.blog.now() http://blog.tucaz.net/2009/03/01/como-gerenciar-versoes-de-banco-de-dados-parte-1/comment-page-1/#comment-1071 Como gerenciar versões de banco de dados – Parte 2 – tucaz.blog.now() Sun, 12 Jul 2009 21:51:50 +0000 http://blog.tucaz.net/?p=250#comment-1071 [...] primeira parte falei um pouco dos problemas envolvidos no controle de versionamento de banco de dados. Agora esta [...] [...] primeira parte falei um pouco dos problemas envolvidos no controle de versionamento de banco de dados. Agora esta [...]

]]>