Sempre queremos mais produtividade no nosso trabalho, fazer uma tarefa mais rápido, entregar aquele sistema monstro em 1 mês, e é ai que vejo o problema, por mais que trabalhamos com ferramentas que ajudam na produtividade como Visual Studio, R# e outras, as vezes erramos na forma que utilizamos a tecnologia.

Devemos saber diferenciar o que é bom e o que é ruim na medida certa, as vezes pensamos que aquele arrasta e solta em um formulário já ligado ao banco de dados é perfeito, afinal, apertamos F5 e não apareceu nenhum erro no Visual Studio. E ai esse sistema vai crescendo, a complexidade aumentando, e a nossa ilusão do que era produtivo acaba de um jeito que não vamos gostar.

Uma vez perguntei para um desenvolvedor o que era produtividade para ele, a resposta foi: Fazer a tarefa no menor tempo possível, concordo com ele, mas eu modificaria um pouco a frase, Fazer com qualidade a tarefa no menor tempo possível.

Uma das melhores formas de garantirmos a qualidade do que fazemos, assim entregando algo rápido e com qualidade é não reinventar a roda, ter um bom conhecimento de POO, afinal, não é porque utilizamos um linguagem orientada a objetos que programamos orientado a objetos, conhecer os padrões de projeto do GOF, o Giovanni Bassi fez um ótimo webcast sobre o assunto semana passada mostrando alguns padrões, um outro ótimo exemplo de como podemos ser produtivos não reinventando a roda é dar uma olhada na Enterprise Library, lá achamos ótimas bibliotecas para Log, Exception, Validações e muito mais, é ai que vamos ganhar produtividade com qualidade, e não no arrasta e solta que compila e está pronto.

Costumo sempre ter papel e caneta na minha mesa, rabisco o dia inteiro, uma vez ouvi do Ramon Durães sobre a síndrome do I.V.S.F (Incrível Vondade de Sair Fazendo) e ele tem razão, temos que pensar antes de fazer algo, e não sair fazendo de qualquer forma só para entregar mais rápido.

Nesse mundo maluco que vivemos, onde entregar software cada vez mais complexo e com mais qualidade, não prestar atenção em alguns assuntos e pensar só em entregar e entregar tarefas pode custar muito caro no final.

Abraços e até a próxima.

  • http://www.marcioalthmann.net/ Márcio Fábio Althmann

    Olá Alex, primeiramente obrigado pelo comentário :)

    Concordo com você, nem sempre a culpa é do desenvolvedor e sim da empresa, que faz muita pressão sobre o mesmo mas é exatamente nesse ponto que eu vejo que um bom profissional aparece mais que outro, mesmo com a pressão exagerada ele não se abala e faz o que tem que fazer com qualidade.

    Com certeza é um ótimo assunto para outro post, e eu já te convido a participar comigo no artigo, mostrando sua opinião de coordenador junto com a de um desenvolvedor, como se fosse uma conversa.

    O que acha?

  • http://www.twitter.com/alex_fsi alex_fsi

    Márcio, seria um prazer.

    Podemos combinar sim. Você teria um e-mail para que eu pudesse contatá-lo pessoalmente?

    Abraços.
    Att.,
    Alex

  • http://www.marcioalthmann.net/ Márcio Fábio Althmann

    Pode enviar e-mail para marcio@marcioalthmann.net

  • Oops Twitter isnt working at the moment