Padronização de código: por que fazer? Realmente funciona?

Quando estou codificando alguma coisa, sempre procuro deixar o código organizado e com uma identação legal, para o caso de alguma outra pessoa precisar alterar o que está sendo feito, não ter grandes problemas.

Mas esse não é o único problema de várias pessoas editarem o mesmo código. Existe ainda a questão dos preciosismos de cada desenvolvedor. Acredite, isso existe… Passei por isso algumas vezes aqui na Fishy, mas nada muito grave.

Mas não chegou a ser nada muito grave, já que na época que entrei haviam apenas dois front-ends. Entretanto algumas vezes apareciam alguns probleminhas… Principalmente na hora de entender o que aquela classe css queria dizer e qual a sua função.

De qualquer forma, afim de prevenir problemas desse tipo, começamos a desenvolver uma documentação interna ;] Na realidade essa documentação nunca ficou pronta, pois sempre apareciam coisas novas. Entretanto, a base ficou pronta depois de algumas reuniões e revisões.

Graças a isso, hoje temos um código uniforme e não temos grandes problemas para continuar o trabalho de outro front-end. Uma grande prova disso são nosso novos projetos. Um belo dia Rebeka, uma amiga nerd, chegou e me disse:

Antes eu sabia quem tinha feito os sites só de olhar o código… Hoje em dia isso não acontece mais, porque o código é praticamente igual em todos os projetos novos.

Nessa hora, ficou mais do que provado que estávamos no caminho certo. Hoje, nossa documentação praticamente não tem brechas, as coisas novas que vão aparecendo são analisadas e, caso seja possível, adotadas como solução padrão. Assim ela fica sempre atualizada e nosso trabalho cada dia menos difícil :]

E aí, você já pensou em fazer isso alguma vez?