Bom pessoal venho trazer para vocês uma série de posts sobre code style, espero que gostem.

Code Style ou Estilo do Código diz respeito a como escrevemos o nosso código e o quanto ele é padronizado. Acredito que pode ser chamado de design pattern, porém quando pesquisei a respeito vi que é algo mais voltado a Java e outras linguagens mais side-server. Então resolvi chamar de code style que é como eu encontrei em vários Githubs de alguns desenvolvedores front end.

Bom o intuito do post será começar uma série provavelmente de 4 posts:

• Code Style
• Code Style - HTML
• Code Style - CSS
• Code Style - JS

O primeiro será esse dando uma introdução a respeito do code style e falando de uma forma geral do porque usar ou porque criar.

O segundo post iremos criar juntos um padrão de código para html, o terceiro um padrão para css e por fim no último um padrão para o javascript.

Acredito que iremos usar como base alguns padrões de códigos que encontramos por ai feito pelo pessoal da comunidade e talvez mudaremos uma coisa ou outra de acordo com minha preferência e você também será livre para criar junto o seu code style.

Certo, até aqui tudo legal, mas porque raios eu vou querer criar um code style?

Primeiramente um Code Style serve para podermos ter um padrão de ESCRITA de código, ou seja, seja num site, num app ou qualquer outro projeto que estejamos desenvolvendo, o code style será o padrão e quando digo padrão não quero dizer SEU padrão, pelo contrário é um padrão da equipe, ou seja, todos os devs tem que escrever igual.

Uma vez li uma frase que dizia mais ou menos assim

Se só você é o único que entende seu código e acha isso bom, saiba que você está errado.

Não lembro onde li isso, mas o significado é exatamente isso, o fato de você, e só você entender seu código é muito ruim tanto para a empresa que você trabalha quanto para a equipe que trabalha com você e principalmente para você mesmo no futuro, pois se você desenvolve a mais de um ano sabe que a forma que você escreve código vem mudando certo? E se no futuro precisar fazer uma manutenção será que você vai entender o que você mesmo escreveu? Com um padrão você evita esse problema.

Muitas empresas grandes como globo.com, locaweb e etc, tem seus próprios padrões de desenvolvimentos, algumas delas até mesmo framework próprio e isso facilita muito na hora de dar manutenção de código e escalar códigos.

Outro ponto importante em conhecer alguns code styles já existentes no mercado é o fato de que se você for contribuir para algum código no GitHub por exemplo, isso conta muito na hora de seu código ser aceito ou não, afinal fica difícil de aceitar um código que terá que ser reescrito por causa de padrão de escrita.

Aqui nos resta dois caminhos criar ou seguir um código.

###Por que criar?

Dependendo de onde você trabalha pode ser uma pequena ou grande agência ou uma softhouse, não importa, se vocês não tiverem um padrão de código, acredito que vocês devem sim criar um o quanto antes, e nesse cenário é que entrar o porque de criar, afinal como não existe precisa ser criado, não totalmente do zero, pode ser baseado em alguns encontrados no github e blogs pela internet. O importante é que exista um na empresa e uma boa utilidade para ele vai ser quando entrar um membro novo na equipe e se deparar com algo todo documentado e padronizado, a integração desse novo membro será muito mais fácil.

Aqui não temos regras pessoal, é literalmente sentar com todos os desenvolvedores e ver qual a melhor forma de escrever código e a que agrade a todos, por exemplo, quanto espaços vai ter a tabulação, como vai ser feito os comentários, vai ter espaço ou não em partes especificas do código etc…

A equipe cria as regras e isso deve ser seguido sempre depois de definidas, até que um dia uma pessoa qualquer leia esse código e apenas olhando pareça ser todo escrito por apenas uma pessoa.

###Por que adotar um code style?

Para essa pergunta a resposta vale para a anterior também, adotar um code style vai agilizar muito o desenvolvimento e manutenção de códigos, escalabilidade dos mesmos e principalmente uma integração de um novo membro para a equipe, em lugares onde a rotatividade de pessoal é grande isso facilita muito, pois é muito mais fácil explicar conceitos e funcionalidades padronizadas do que simplesmente chegar para a pessoa e dizer, leia ai e decifre.

Então os ganhos são grandes principalmente para as empresas e para a equipe como um todo, afinal não trabalhamos sozinhos e se você acha que seria melhor estar sozinho, melhor repensar um pouco ;)

Bom para o próximo post estaremos criando um repositório no github e começaremos o padrão que eu vou adotar na agência que eu trabalho e com isso também poder melhorar o ambiente de desenvolvimento onde trabalho, caso você tenha necessidade de criar um padrão será bem vindo para construírmos juntos, caso contrário sua opinião e sugestão será bem vinda também.

É isso pessoal, ótima semana a todos, dúvidas, críticas e sugestões nos comentáriso abaixo.

Abraços