Não se trata das convenções de nomenclatura típicas, onde colocar seus comentários, devemos usar regiões, etc. Trata-se de um padrão de codificação que discute detalhes sobre como um programador deve projetar seus aplicativos.
Coisas como: (em um aplicativo .NET e não nas palavras exatas)
- Torne o mínimo de classes possível
- As aulas devem fazer o máximo que seus colegas do mundo real
- A modificação é melhor que a extensão
- Uma DLL por categoria (uma biblioteca para funções de email, uma biblioteca para funções relacionadas a arquivos)
Todo mundo já teve experiência com código ruim e possivelmente com design ruim, mas e se você fosse colocado em uma equipe (sair não é uma opção) onde eles tinham padrões de design que simplesmente não parecem adequados. Não tenho certeza de como responder profissionalmente quando sinto que estou morrendo por dentro sempre que me pedem para codificar dessa maneira.
team
coding-standards
Jonn
fonte
fonte
Respostas:
Não sei quem disse isso originalmente, mas, quando confrontado com uma situação que você não gosta, existem apenas três opções:
Mude.
Aceite isso.
Deixar.
Você tem energia e influência dentro da empresa para fazer um esforço gigantesco para tentar a primeira opção? Deseja escrever um código melhor furtivamente e corre o risco de ser demitido?
Você pode aceitar a situação e escrever um código para esses "padrões"? Meu conselho, não faça isso a menos que você realmente precise do salário. Lentamente, ele vai acabar com o seu moral.
O que deixa a opção 3. Mesmo que você precise aceitar a situação a curto prazo, comece a procurar outro emprego em outro lugar.
fonte