Como um programador de longa data, muitas vezes com uma equipe de outros programadores para vigiar, eu aprendi no início da minha carreira como importante reforçar os padrões de programação é em contribuir para o sucesso global de um projeto. Não só as normas afetam a produção de um indivíduo de código, mas eles garantem que qualquer outra pessoa que possa contribuir com código mais tarde pode fazer isso com uma expectativa razoável de consistência.
Minhas próprias experiências têm mostrado que, embora a prática da não-padrão de codificação aparece em todo o espectro, desde iniciante até o profissional experiente, a vasta maioria das violações parece acontecer com os iniciantes, de nível de entrada ou, pelo menos programadores supervisionado. Por que, alguém poderia perguntar? Simples! Supervisores dos desenvolvedores não fez jus à sua responsabilidade de fomentar as práticas padrão de codificação.
Exatamente o que são as práticas padrão de codificação? Não há um livro, sem um site na Internet, sem um plano mestre que descreve tais normas. Oh, existem padrões de formatação amplamente utilizado dentro de certos círculos. Mas para a maioria dos projetos no local que eu vi em meus 35 anos + de análise e projeto há geralmente só existe um plano de padronização semi-formal que foi decidido por alguém, em algum lugar, responsável pela produção do projeto. Não importa o que as normas sejam, desde que elas transmitem as expectativas para a codificação e documentação. Embora as regras, por vezes, existem para ser quebradas, as normas devem mudar só para melhor assegurar a aplicação produz resultados ainda melhores e mais consistentes.
E assim, o que deve ser padronizada? A resposta simples é ... tudo! Do ponto de vista de um gerente de projeto o que inclui convenções programa de nomeação, os nomes de campo, os nomes de função, layouts de relatório, layout de banco de dados, procedimentos de teste, plataformas de desenvolvimento, etc Você vai ver como os esforços de normalização vai ligar todos os componentes de um projeto, no tempo , para formar uma entidade homogênea, que se torna muito mais fácil compreensão, mais fácil de entender no futuro, e também muito mais facilmente mantida.
Então, o que se faz quando não há normas existentes? Duas palavras: criá-los. Eu vou admitir que a criação de um novo padrão para tudo o que não é uma tarefa trivial, mas você vai descobrir que os esforços irá produzir resultados produtivos. Você não tem para criá-los a partir do zero - muitos projetos de código aberto têm publicado suas normas e diretrizes em linha e você está livre para usá-los como base para seus próprios, você pode adotar um grossista ou escolher a partir de vários elementos, o que faz mais sentido para sua equipe.
Não é tão importante quanto o que os padrões são, mas sim que existem normas em vigor.
Se você é um programador de nível mais baixo, siga sempre qualquer padrões estabelecidos. Se uma norma pode ser melhorado ou ampliado, discuti-la com o seu supervisor que deveria cumprimentar os seus comentários com entusiasmo. Se você é um supervisor, aceitamos sugestões tais. Mesmo se você for uma loja de programação única pessoa, você vai se beneficiar muito se você tomar o tempo para criar seus próprios padrões, em seguida, aderir a eles ao longo do desenvolvimento do projeto.
Esperemos que esta informação não vai cair em ouvidos surdos (ou os olhos como o caso). Experiência na indústria tem provado que o estabelecimento de normas e aderir a elas produz melhores resultados de produção e tornar o dia-a-dia a vida mais fácil por causa da ordem que vem com eles. Minha experiência pessoal também me diz que uma vez que uma implementa e trabalha com os padrões, eles nunca voltar para trás.
Nenhum comentário :
Postar um comentário