[Cascavel-pm] Boas desculpas para fazer Refactoring [Was: Refactoring Perl 1 - Extract Method]

Alceu Rodrigues de Freitas Junior glasswalk3r em hotmail.com
Segunda Junho 25 08:12:13 PDT 2007


> From: luismottacampos em yahoo.co.uk> Date: Mon, 25 Jun 2007 15:14:39 +0200>> Eu usualmente atraso projetos baseados em código cut'n'paste, e a> desculpa é sempre a mesma: os programas precisam de estruturação> melhor, é complicado fazer manutenção, assim corremos muitos riscos> de ter atrasos...Ultimamente eu ficaria CONTENTE de pegar cut n' paste. No último projeto de desenvolvimento que eu passei tive que programar em J2EE eu encontrei um sistema inteiro que usava "bad pratices". E não estou falando de coisas complexas nem de falta de abstração: qualquer estudante de graduação com um bom livro BÁSICO debaixo do braço não faria aquele monte de mer\&¨#@!.Eu gosto de dividir essas tosqueiras com colegas da área (acho que deveria escrever uma crônica sobre elas). Eu tive um supervisor que é muito bom tecnicamente. Ele dividiu uma experiência profissional que teve uma vez, onde contou que o sistema aonde trabalhavam passou a dar mensagens de erros esquisitas e que ninguém sabia do que se tratava. Um belo dia um colega dele ficou até tarde para resolver o problema e no dia seguinte disse à ele: "eu resolvi o problema das mensagens!".Quando ele foi dar um espiada no que o cara fez, ele tinha simplesmente comentado o trecho do código que gerava a mensagem de erro (o "catch" do "try-catch"). Sem mensagens de erro! Não é uma beleza de profissional?> Claro, se teu chefe acha que ele consegue encontrar outro bacana> que faz o teu trabalho e não refatora, você corre o risco de ser> "refatorado" da empresa por atrasar metodicamente todos os teus> trabalhos...É o que geralmente acontece. Mas meu avô já diz há anos "faça bem feito para fazer um vez só". Na maioria das vezes você não consegue acertar de primeira. Mas tentar não faz mal.> Eu costumo informar antes que vou atrasar, e os caras às vezes me> dão tempo para refatorar. Mas é sempre complicado, a gestão sempre> enxerga refatoramento como "re-trabalho", e eles querem saber que a> gente produza coisas novas... pelo menos, os gestores orientados a> resultados (99,999995% de todos os gestores que eu conheço) não se> importam em ter código que não se pode manter...Gestores não manjam de tecnlogia. Nem querem manjar de tecnologia. Vide COBIT.Mas continuam dando palpites sobre prazos de coisas que não entendem. Nenhuma prática de gestão de projeto inclui refatoração de código. O resultado é o que se vê por aí.Bom era o tempo que seu chefe confiava na sua capacidade de definir prazos. Engenheiros civis não devem sofrer muito com isso. Eu imagino a conversa (de um gestor para o engenheiro):"- Quanto tempo leva para construir essa ponte?""- Pelo menos seis meses.""- Muito tempo. Você tem dois meses.""- Se construir em dois meses a ponte vai cair"."- Tá bem então".Claro, ultimamente temos visto alguns prédios desabando. E em São Paulo tem os "buracos" da desgraçada da Marta... rs[]'sAlceu
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://mail.pm.org/pipermail/cascavel-pm/attachments/20070625/3bb61f76/attachment.html 


Mais detalhes sobre a lista de discussão Cascavel-pm