Faaaala devs. Blz?
Faz tempo que não dou uma atenção aqui no blog, mas agora vamos voltar aqui pelo menos a cada 15 dias.
Hoje vou falar sobre automatizar padrões de código e também padronizar commits.
Uma estrutura que costumo fazer em praticamente todos meus projetos javascript.
<h2 id="automatizar-padrões-de-código"><a href="#automatizar-padr%C3%B5es-de-c%C3%B3digo" class="anchor">Automatizar padrões de código</a></h2>
Para automatizar nossos códigos vamos usar um carinha chamado <a href="https://github.com/typicode/huskyhttps://github.com/typicode/husky">Husky</a>.
Digamos que vamos querer varrer nosso código para ver se não ficou nenhum erro acusado pelo <a href="https://eslint.org/">Eslint</a> automaticamente. Por isso e outros motivos que utilizamos essa maravilhosa lib.
Dentro do nosso <code>.git</code> é possível encontrar hooks, que ao configura-los podemos fazer praticamente tudo que quisermos antes ou depois de qualquer comando <a href="https://git-scm.com/">GIT</a>.
No nosso caso, queremos que toda vez que rodarmos um <code>git commit</code> seja verificado se esquecemos algum erro que o <code>eslint</code> detectou. Vamos configurar também um outro carinha chamado <a href="https://github.com/okonet/lint-stagedhttps://github.com/okonet/lint-staged">lint-stage</a>, para que seja feita a verificação dos erros apenas nos arquivos que foram alterados. Imagina se tivervos mil arquivos no sistema onde será verificado nos mil arquivos mesmo nós termos alterado apenas um. Não faz sentido né?
Configuração
Para instalarmos basta rodar <code>npm install husky lint-staged --save-dev</code> no nosso terminal.
Agora em nosso <code>package.json</code> configuramos os 2:
<pre><code class="language-json">"husky": {
 "hooks": {
 "pre-commit": "lint-staged"
 }
},
"lint-staged": {
 "*.ts": [
 "eslint --fix", "git add"
 ]
},
</code></pre>
Calma, vou explicar!
Toda vez que rodarmos no terminal <code>git commit</code> será ativado o Husky por causa do comando que deixamos no <code>hooks</code>, o <code>pre-commit</code>, ou seja, antes do commit faça algo. E o que estamos fazendo no <code>pre-commit</code>? Estamos chamando nosso ajudante número 2 <code>lint-staged</code>.
Deixamos o <code>lint-staged</code> configurado para executar em todos (*) arquivos typescript (.ts), mas você pode colocar outras extensões de arquivos (js, jsx, tsx). Colocamos em um array pois será rodado 2 comandos nesses arquivos modificados: <code>eslint --fix</code> para corrigir e verificar erros e o <code>git add</code> pois o próprio eslint poderá corrigir os erros, então precisaremos novamente o <code>git add</code> para adicinar no commit.
<img src="/assets/img/posts/captura-de-tela-2020-08-14-a%CC%80s-16.41.17.png" alt="husky-running" title="husky-running">
Husky irá começar a rodar e logo após fazer as tarefas mostrará assim:
<img src="/assets/img/posts/captura-de-tela-2020-08-14-a%CC%80s-16.41.38.png" alt="husky-done" title="husky-done">
Pronto! Próxima configuração.
<h2 id="padronizar-commits"><a href="#padronizar-commits" class="anchor">Padronizar commits</a></h2>
Quantas vezes tentamos olhar no <code>git log</code> o que foi alterado, quando foi, se foi fix, feature nova, enfim, quem nunca se perdeu no meio de tanto <code>commit</code> e não tem ideia sobre o que aquele commit de fato referenciava?
Para sanar esse problema vamos padronizar as mensagens dos commits para que todos devs sejam "obrigados" a manter o mesmo padrão.
Estou falando do <a href="https://github.com/conventional-changelog/commitlint">Commit lint</a>, que irá garantir o padrão do nossos commits, e o <a href="https://github.com/commitizen/cz-cli">Commitizen</a> que fará nossos commits automaticos e de uma forma mais visual.
Configuração
Vamos instalar as 2 libs,
<pre><code class="language-bash">yarn add @commitlint/config-conventional @commitlint/cli commitizen -D
</code></pre>
Com as libs instaladas vamos configura-las.
<pre><code class="language-bash">npm commitizen init cz-conventional-changelog --save-dev --save-exact
</code></pre>
ou se usa <code>yarn</code>
<pre><code class="language-bash">yarn commitizen init cz-conventional-changelog --yarn --dev --exact
</code></pre>
Voltamos para o <code>package.json</code> lembra do Husky? Vamos ligar essas 2 libs com ele.
Dentro do husky vamos adicionar os comandos:
<pre><code class="language-json">"prepare-commit-msg":"exec &#x3C; /dev/tty &#x26;&#x26; git cz --hook || true",
"commit-msg":"commitlint -E HUSKY_GIT_PARAMS"
</code></pre>
Então no <code>prepare..</code> estamos preparando o commit, no <code>commit-msg</code> vamos garantir que nosso commit seguirá os padrões do <code>conventional-changelog</code>
Recapitulando, nosso <code>package.json</code> terá o Husky assim:
<pre><code class="language-json">"husky":{
 "hooks":{
 "pre-commit":"lint-staged",
 "prepare-commit-msg":"exec &#x3C; /dev/tty &#x26;&#x26; git cz --hook || true",
 "commit-msg":"commitlint -E HUSKY_GIT_PARAMS"
 }
},
</code></pre>
Será necessário criar a arquivo <code>commitlint.config.js</code> contendo:
<pre><code class="language-javascript">module.exports={
 extends: ['@commitlint/config-conventional']
}
</code></pre>
Pronto, chegou a hora do commit. Agora vamos rodar apenas o <code>git commit</code> e teremos este resultado:
<img src="/assets/img/posts/captura-de-tela-2020-08-14-a%CC%80s-19.46.19.png" alt="git-commit" title="git-commit">
Após verificar os erros de <code>lint</code>, o comitizen irá nos direcionar com perguntas para criar nossa mensagem de commit. Basta ir respondendo e dando <code>ENTER</code>
<img src="/assets/img/posts/captura-de-tela-2020-08-14-a%CC%80s-19.49.40.png" alt="">
Seus commits ficarão assim:
<img src="/assets/img/posts/captura-de-tela-2020-08-14-a%CC%80s-19.51.13.png" alt="">
No começo não mudará muito, mas depois quando tiver uma lista grande de commits tudo organizado indicando o que cada commit resolveu, irá agradecer demais o commitizen.
<h2 id="conclusão"><a href="#conclus%C3%A3o" class="anchor">Conclusão</a></h2>
Me diz ai, já conhecia alguma dessas libs? Já sabia que era possível utiliza-las juntas?

Salve galera!

Sejam muito bem-vindos. 🤟

Caso esteja vindo pelo instagram, esse meu site/blog utilizo mais para compartilhar informações técnicas da minha profissão: **desenvolvedor web.** Por esse motivo você deve não ter conhecido este site.

No caso de você já ter conhecido, provavelmente veio porque se interessa por programação. Então neste texto iremos notar que não falaremos de algum conteúdo técnico, mas sim sobre desenvolvimento pessoal.

### Começo de tudo.

Antes de mais nada, devo fazer um breve relato da minha história profissional, pelo menos de uma parte dela.

Iniciei minha carreira nesta área em 2010, onde fui contratado para ser programador trainee.

Na época a única coisa de programação que conhecia era HTML. (pausa para você reclamar sobre HTML não ser linguagem). Lá comecei a aprender PHP. Permaneci nesta mesma empresa de 2010 a 2019, sim foram 9 anos aprendendo e conhecendo amigos que até hoje tenho contato.

### Hora de mudar

Após alguns anos dentro da mesma empresa, me vi desmotivado com constantes mudanças e o pior, estava totalmente desatualizado.

Nosso sistema era basicamente em PHP 5, dando suporte para IE7 que muitas atualizações do ecmascript não poderíamos usar. E pasmem, não tínhamos um sistema de versionamento (GIT). Mesmo hoje, pelo que sei, as novas atualizações do sistema são subidas via FTP.

As constantes mudanças de regras e atitudes da diretoria fez com que muitos saíssem. Porém, no meu caso foi complicado, pois meu salário não era baixo e meio conhecimento, das tecnologias atuais, muito raso.

Chegou a hora de traçar um plano, uma nova meta: chegou a hora de mudar.

Estudei por 3 anos seguidos. Acordando muito cedo. No almoço, gastava no máximo 20 minutos comendo e usava o resto do tempo para estudar. Sem falar dos inúmeros meetups que fui.

Quando me senti preparado, comecei a aceitar freelas e testar de fato todo conhecimento adquirido através de cursos como [Alura](https://www.alura.com.br/), [SchoolOfNet](https://www.schoolofnet.com/), [Rocketseat](https://rocketseat.com.br) e etc, sem falar nos conteúdos riquíssimos de [Fabio Vedovelli](https://twitter.com/vedovelli74), [Willian Justen](https://willianjusten.com.br/) e etc.

Em 2019 fui convidado por um amigo para fazer parte da equipe de programadores da [Fabapp](https://fabricadeaplicativos.com.br). Não pensei 2x, aceitei a oferta e encerrei meu ciclo de 9 anos.

### Reaprendendo

Como havia dito, estava desatualizado tecnicamente, então precisei praticamente reaprender novas tecnologias, novos padrões, novas regras.

Muito antes de virar um programador, já adorava brincar com HTML e descobrir coisas novas. Um dos grandes motivos de seguir nessa área foi justamente o aprendizado constante.

Me reencontrei profissionalmente novamente. Tudo que aprendia de novo, podia colocar em prática na Fabapp. Nunca mais precisei ouvir: isso não funciona no IE7.

### Conclusão da parte 1

Medo todos temos. Já estava casado quando aceitei esse novo desafio. Já tinha compromissos dos quais dependiam muito de mim.

Mas se não confiasse em mim, jamais descobriria o quanto essa área me faz feliz.

Vai por mim, ser feliz e se sentir realizado profissionalmente vale todo sacrifício.

Existem 3 assuntos que mais amo conversar com amigos e que me torna feliz. Nos primeiros meses, a Fabapp já preencheu esse meu check list:

 \[x] Tecnologia

 \[ ] assunto 2

 \[ ] assunto 3

Próximo texto, falaremos do assunto 2... nos vemos daqui uma semana 😉


Mudanças: recolocação profissional


**Faaaala deeev!!!**

Olha eu voltando aqui depois de tanto tempo.

O último artigo que fiz foi justamente falando se vale ou não comprar o curso da[ Rocketseat](https://rocketseat.com.br/), você pode ver [clicando aqui](https://douglasporto.com.br/blog/bootcamp-rocketseat-vale-a-pena/)

O que eu não imaginava era que a [Rocketseat](https://rocketseat.com.br/) iria mudar tanto e irei falar aqui quais foram as mudanças no curso.

# Typescript.

Sim. Essa para mim foi a grande atualização do curso. Antes as aulas de ***back-end (node), front-end (React) e mobile (React-native)*** eram com javascript puro.

Porém nos últimos anos o ***[typescript](https://www.typescriptlang.org/)*** que era mais engajado pela comunidade do [Angular](https://angular.io/) ganhou muita notoriedade e espaço no 💜  dos devs.

A [Rocketseat](https://rocketseat.com.br/) vendo essa movimentação de todas as comunidade JS, não perdeu tempo e mudou todo seu curso. O que para mim foi um grande acerto!

# Nova comunidade.

Quando escrevi o [artigo sobre a rocketseat](https://douglasporto.com.br/blog/bootcamp-rocketseat-vale-a-pena/) a comunidade era um dos pontos que mais gostei. Era simples se engajar. Você matava suas dúvidas rapidamente.

O único problema era que por ser pelo [Discord](https://discord.com/) as perguntas se perdiam no meio.

Então surgiu a nova comunidade.

Uma feita pela própria [Rocketseat](https://rocketseat.com.br/). Num estilo [Stackoverflow](http://stackoverflow.com/) mas com a cara do nosso foguete favorito 🚀.

![comunidade-rocketseat](/assets/img/posts/captura-de-tela-2020-06-10-às-13.40.31.png "Comunidade Rocketseat")

Agora as perguntas não ficam "perdidas". E provavelmente sua dúvida já tenha sido uma dúvida de outro dev, agilizando ainda mais a resolução do seu problema.

# Método de avaliação.

Sabemos que antes você fazia os desafios e ia subindo para um repositório do [Github](https://github.com/). Após finalizar todos os desafios, você enviava esse repositório para a rocketseat e esperava a avaliação final.

Tudo foi mudado também. Vemos mais uma vez a coragem de mudar algo que estava dando certo e mais uma vez um acerto impressionante.

Agora para cada fase do curso, você terá um desafio, até ai tudo normal, nada mudou. Entretanto, agora você envia o repositório separadamente para cada desafio, diretamente na página do curso.

![avaliacao-rocketseat](/assets/img/posts/captura-de-tela-2020-06-10-às-13.41.39.png "Avaliação Rocketseat")

Se achou isso incrível, calma, o melhor esta por vir.

Foi criado um [Template no Github](https://help.github.com/en/github/creating-cloning-and-archiving-repositories/creating-a-template-repository) para cada desafio.

O que isso quer dizer?

Você ira clonar esse template e nele irá conter as partes necessárias para cumprir o desafio.

O que mais me impressionou foi que nesse template já uma pasta de testes unitários. Ou seja, você cumpri o desafio e para ter certeza que nada foi esquecido ou esta com erro, você roda o comando `yarn test`e *voilà.*

Incrível não?

# Conclusão.

A [Rocketseat](https://rocketseat.com.br/) hoje é uma das, senão a principal, cursos online por não ter medo de inovar. Mesmo algo que esteja dando certo, ela não para de tentar melhorar. Com ela não tem essa de *"time que esta ganhando não se mexe"*.

Ela inovou e melhorou ainda mais o curso. Deixando mais completo e atual ao mercado.

Deixando o nome Rocketseat realmente como referencia total ao curso. Você embarca num foguete nem o céu é o limite 🚀.


Bootcamp Rocketseat, vale a pena? Part-2

O famoso curso bootcamp da Rocketseat deu uma repaginada e agora realmente vale o valor?

Padronizando seus Commits

Neste post ensino a configurar 4 bibliotecas ótimas para padronizar suas mensagens de commits e automatizar o processo de commit para que todos os devs tenham deixado o projeto no padrão.