Como ser um desenvolvedor melhor?
O Rodrigo Diaz escreveu um post muito interessante (em Inglês), onde ele dá algumas dicas sobre como ser um desenvolvedor melhor, e convidou-me para continuar o post, com minhas opiniões sobre o assunto. De fato, concordo plenamente com seu ponto de vista, e sem esgotar o assunto, eu adicionaria os seguintes itens à lista:
Conheça o que o seu framework tem para oferecer. Use!
É comum ver desenvolvedores experientes, vindos de outras linguagens, reescreverem classes que já existem no .NET Framework. Já perdi a conta de quantas "versões" diferentes da classe System.IO.Path já vi nos últimos anos. Tente se lembrar de quantos projetos você já participou onde usava-se aquela classe "Utils", com uma série de métodos que apenas recriam funcionalidades já existentes em classes do .NET Framework.
Outro exemplo seria modelo de segurança do .NET, o .NET Role-Based Security. Aparentemente, apenas algumas pessoas realmente conhecem este modelo, e não me canso de ver projetos que utilizam seus próprios mecanismos para gerenciar autenticação e autorização, sem sequer utilizar qualquer recurso já existente no .NET Framework.
Extenda a roda. Não a reinvente.
Existem soluções comuns para problemas comuns. Aprenda design patterns, saiba qual é melhor para cada situação, e aplique aqueles que se adequam à seu projeto. Ao utilizar padrões de desenvolvimento amplamente conhecidos, você provavelmente irá resolver o problema da melhor forma, e permitirá que outros desenvolvedores entendam mais facilmente o que você fez.
Escreva artigos técnicos
Sim. Ao escrever artigos técnicos você se obriga a estudar mais sobre um assunto, e consequentemente aprenderá mais sobre esse assunto, e ainda terá a chance de aprender mais ainda ao receber as opiniões dos seus leitores. Iniciar o seu próprio blog pode ser uma boa maneira de começar, mas de qualquer forma, com ou sem blog, publique seus artigos em comunidades dedicadas ao assunto, como por exemplo o Linha de Código e PontoNetPT, entre outros, para ter uma audiência maior e qualificada.
Faça apresentações / palestras técnicas
Fazer apresentações técnicas, é uma outra forma de se obrigar a estudar e obter um entendimento maior sobre um determinado assunto. Você pode fazer apresentações simples em sua empresa, para seus colegas de trabalho, ou ainda em um dos grupos de usuários de sua região. Melhor ainda, se você gosta de ensinar, considere a possibilidade de tornar-se um instrutor certificado pela Microsoft, Microsoft Certified Trainer (MCT), e ministre alguns cursos de vez em quando. Você irá aprender bastante ao se preparar para cada curso, e também com a enorme quantidade de dúvidas que surgem durante cada treinamento (as vezes até mesmo durante o coffee-break :)). Ah, e eu já disse que você ainda pode ganhar um dinheirinho ministrando cursos?
Escreva código de qualidade
Existem uma série de regras e boas práticas sobre o que fazer, e como fazer, em cada tecnologia. Conheça essas regras, adote as que fazem mais sentido para você no seu projeto, adicione as suas próprias regras, e garanta que você e o seu time continuam seguindo essas regras.
Não escreva "código temporário"
Se você sabe como resolver um problema da melhor forma, faça da melhor forma. Se você escrever um código temporário para resolver o problema, ao invés de implementar a solução real, é muito provável que o código temporário dure para sempre em sua aplicação. Lembre-se que, na maioria dos casos, fazer as coisas da melhor forma exige o mesmo esforço que fazer as coisas na "gambiarra".
Teste o seu código
Não importa se você faz Test-Driven Development Unit Testing ou Plain Old Unit Testing. Crie e mantenha um conjunto atualizado de testes para o seu projeto, tenha a certeza de que está cobrindo o máximo possível do código, e certifique-se de que seu código passe em todos os testes antes de ir para o ambiente de produção. Os Testes Unitários são uma maneira fantástica de garantir que o seu código está fazendo exatamente o que deveria fazer. Seja o primeiro a descobrir um bug em seu código. Não o seu usuário.
E você? O que você adicionaria à essa lista? O que você removeria?
Porque?
Edição:
Arnaud Weil também escreveu sua opinião (em Inglês) sobre "Como ser um desenvolvedor melhor".