Eu odeio padrões de codificação estabelecidos, eles estão preocupados em dizer para você não cometer alguns erros tolos ou em como formatar seu código de uma maneira ou de outra. Todos os quais são trivialidades.
Quero dizer, eles lhe dirão quantos espaços colocar entre operadores, como colocar suas variáveis, que prefixos de 'estilo húngaro' usar (por exemplo, _ para membros), conselhos conflitantes (por exemplo, você não pode chamar uma classe Cxyz, mas deve chame uma interface Ixyz), como fazer o layout do seu código (coloque sua variável na parte superior da classe ou na parte inferior)
Todos são inúteis no quadro geral.
O que importa para escrever código eficaz, de manutenção e legível nunca é mencionado nesses padrões.
Por exemplo: você coloca suas variáveis na parte superior ou inferior da sua classe? Bem, quem se importa - o que importa é se você agrupar suas variáveis por área funcional. Isso importa (você saberá disso se já viu 20 variáveis espalhadas pelo local).
Eles dizem para você colocar seus colchetes em certos lugares. Grande negócio! Eu posso ler código nos bracketing K&R e ANSI, não importa. O que importa é se todas as classes Window forem diferenciadas de alguma forma (como o sufixo Form ou Dlg ou o que for) para que você possa ver quais arquivos contêm código da janela e quais são objetos comuns.
Coisas assim importam muito mais do que os pontos menores que os padrões geralmente contêm. Não sei por que eles se desenvolveram assim, mas geralmente são apenas uma tonelada de regras que impedem uma codificação produtiva e eficaz.
Meus padrões tentam se concentrar mais na organização de códigos e arquivos. Temos certos padrões que se referem a onde os arquivos serão encontrados. Por exemplo, para quem não é desenvolvedor, pode ver um de nossos projetos e pegar imediatamente os arquivos de documentação de que precisa. Da mesma forma, tentamos estruturar o código do projeto de maneira semelhante a outros projetos, como prático (nota: como prático, não de uma maneira muito proibida que possa não ser apropriada o tempo todo) e basicamente tentamos fazer diretrizes de padrões que pode ser modificado conforme necessário.
Em resumo - eles estão lá para nos ajudar a trabalhar juntos, não como um conjunto de regras restritivas que sempre precisam ser seguidas.