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.
<h3 id="começo-de-tudo"><a href="#come%C3%A7o-de-tudo" class="anchor">Começo de tudo.</a></h3>
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.
<h3 id="hora-de-mudar"><a href="#hora-de-mudar" class="anchor">Hora de mudar</a></h3>
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 <a href="https://www.alura.com.br/">Alura</a>, <a href="https://www.schoolofnet.com/">SchoolOfNet</a>, <a href="https://rocketseat.com.br">Rocketseat</a> e etc, sem falar nos conteúdos riquíssimos de <a href="https://twitter.com/vedovelli74">Fabio Vedovelli</a>, <a href="https://willianjusten.com.br/">Willian Justen</a> e etc.
Em 2019 fui convidado por um amigo para fazer parte da equipe de programadores da <a href="https://fabricadeaplicativos.com.br">Fabapp</a>. Não pensei 2x, aceitei a oferta e encerrei meu ciclo de 9 anos.
<h3 id="reaprendendo"><a href="#reaprendendo" class="anchor">Reaprendendo</a></h3>
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.
<h3 id="conclusão-da-parte-1"><a href="#conclus%C3%A3o-da-parte-1" class="anchor">Conclusão da parte 1</a></h3>
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 😉

### No texto anterior…

* Depois de longos anos na mesma empresa, me desmotivei por não ver perspectiva de crescimento;
* Estudei por 3 anos seguidos para me atualizar tecnicamente;
* Consegui entrar na Fabapp através da indicação de um amigo.

Caso queira ver o texto completo [clique aqui](https://douglasporto.com.br/blog/mundan%C3%A7as-recoloca%C3%A7%C3%A3o-profissional/)

### Adaptando

Acabo de chegar num local novo, pessoas novas, cultura diferente. Me sinto deslocado, realmente um peixe fora do aquário.

Lembro que no meu primeiro dia já começou muito diferente do que tinha sido durante 10 anos.

Acordei cedo, por volta das 6 ou 7 hrs. Mandei mensagem para meu líder para saber qual horário deveria chegar no local de trabalho.

“Acho que umas 11h já deverá ter alguém lá”. Foi essa resposta que obtive.

Realmente, tudo novo. Atmosfera de startup.

Vi que não era apenas o fator técnico que deveria me atualizar, mas sim em tudo: horários, comportamento e etc.

Acostumado a receber novos funcionários e fazer o “onboarding” desta vez estava do outro lado da mesa.

Precisei de pelo menos 3 meses para me acostumar a essa nova realidade. Realidade que comecei a pensar: isso faz muito sentido, porque outras empresas não fazem o mesmo?

Enfim, quando você precisa se adaptar a coisas novas e essas coisas novas são prazerosas, a adaptação flui.

### Empreendedorismo Interno

Após perder o medo de falar e opinar, comecei a dar meus “pitacos” para coisas diferentes ou novas que poderíamos implantar e sempre fui muito bem ouvido.

Algumas das ideias não foram muito para frente e tudo bem. Outras foram implantadas e tenho orgulho. Mas nenhuma delas me deu mais orgulho e realização quanto essa que irei descrever.

Antes de contar, um breve relato sobre minha paixão pelo empreendedorismo.

Eu já montei uma agência de produtos gráficos, criando cartão de visita, banners, flyers e etc.

Depois fiz do meu quarto um home studio onde gravava e editava o som de alguns amigos.

Dentre todos nenhum me deu mais dinheiro que trabalhos freelas. Surgia a Brain&Mind (hoje pausado).

Comecei pegando sites simples e ganhando confiança. Depois comecei a pegar trabalhos mais robustos. Alguns projetos me possibilitavam contratar outros devs para me ajudar.

Todo trabalho entregue, me sentia mais e mais realizado. Em minhas leituras, entre um livro e outro, sempre encaixava algum sobre empreendedorismo.

Na [Fabapp](https://fabricadeaplicativos.com.br/) eu pude reacender novamente essa minha paixão. Onde eu ia, pensava num produto que poderia encaixar nos nossos produtos.

A cada nova ideia ligava para um dos meus líderes, explicava e passávamos horas conversando e analisando possibilidades. Não importava o dia, sábado, domingo ou feriado, surgia uma ideia, eu ligava.

Até que em uma dessas conversas, surgiu a ideia do [Fabapp delivery](https://fabricadeaplicativos.com.br/). Na época não era esse nome, ok, mas sei que mesmo sem nome o Fabapp Delivery nascera daquela conversa.

### Conclusão

Para encurtar a história, você que veio pelo instagram, ou qualquer outra rede social minha, sabe que gosto de falar sobre empreendedorismo e provavelmente você também goste.

Hoje no nosso case de produtos, temos um para você ter um aplicativo como o Ifood, seu e feito por você.

Um produto que vem ganhando muito espaço, o que me deixa orgulhoso e realizado.

Pude empreender utilizando recursos que antes eu não tinha, dentre eles: infraestrutura, funcionários e money é claro.

Eu pude ser um empreendedor interno.

Dos 3 requisitos para ser realizado profissionalmente, marquei um X no segundo.

\[X] Tecnologia

\[X] Empreendimento

\[ ] …



Você se sente realizado profissionalmente? Já fez uma lista do que te faria ser realizado?

No próximo texto contarei o último check da minha lista, nos vemos semana que vem.


Mudanças: empreendedor interno

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.

## Automatizar padrões de código

Para automatizar nossos códigos vamos usar um carinha chamado [Husky](https://github.com/typicode/huskyhttps://github.com/typicode/husky).

Digamos que vamos querer varrer nosso código para ver se não ficou nenhum erro acusado pelo [Eslint](https://eslint.org/) automaticamente. Por isso e outros motivos que utilizamos essa maravilhosa lib.

Dentro do nosso `.git` é possível encontrar hooks, que ao configura-los podemos fazer praticamente tudo que quisermos antes ou depois de qualquer comando [GIT](https://git-scm.com/).

No nosso caso, queremos que toda vez que rodarmos um `git commit` seja verificado se esquecemos algum erro que o `eslint` detectou. Vamos configurar também um outro carinha chamado [lint-stage](https://github.com/okonet/lint-stagedhttps://github.com/okonet/lint-staged), 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 `npm install husky lint-staged --save-dev` no nosso terminal.

Agora em nosso `package.json` configuramos os 2:

```json
"husky": {
 "hooks": {
 "pre-commit": "lint-staged"
 }
},
"lint-staged": {
 "*.ts": [
 "eslint --fix", "git add"
 ]
},
```

Calma, vou explicar!

Toda vez que rodarmos no terminal `git commit` será ativado o Husky por causa do comando que deixamos no `hooks`, o `pre-commit`, ou seja, antes do commit faça algo. E o que estamos fazendo no `pre-commit`? Estamos chamando nosso ajudante número 2 `lint-staged`.

Deixamos o `lint-staged` 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: `eslint --fix` para corrigir e verificar erros e o `git add` pois o próprio eslint poderá corrigir os erros, então precisaremos novamente o `git add` para adicinar no commit.

![husky-running](/assets/img/posts/captura-de-tela-2020-08-14-às-16.41.17.png "husky-running")

Husky irá começar a rodar e logo após fazer as tarefas mostrará assim:

![husky-done](/assets/img/posts/captura-de-tela-2020-08-14-às-16.41.38.png "husky-done")

Pronto! Próxima configuração.

## Padronizar commits

Quantas vezes tentamos olhar no `git log` o que foi alterado, quando foi, se foi fix, feature nova, enfim, quem nunca se perdeu no meio de tanto `commit` 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 [Commit lint](https://github.com/conventional-changelog/commitlint), que irá garantir o padrão do nossos commits, e o [Commitizen](https://github.com/commitizen/cz-cli) que fará nossos commits automaticos e de uma forma mais visual.

**Configuração**

Vamos instalar as 2 libs,

```bash
yarn add @commitlint/config-conventional @commitlint/cli commitizen -D
```

Com as libs instaladas vamos configura-las.

```bash
npm commitizen init cz-conventional-changelog --save-dev --save-exact
```

ou se usa `yarn`

```bash
yarn commitizen init cz-conventional-changelog --yarn --dev --exact
```

Voltamos para o `package.json` lembra do Husky? Vamos ligar essas 2 libs com ele.

Dentro do husky vamos adicionar os comandos:

```json
"prepare-commit-msg":"exec < /dev/tty && git cz --hook || true",
"commit-msg":"commitlint -E HUSKY_GIT_PARAMS"
```

Então no `prepare..` estamos preparando o commit, no `commit-msg` vamos garantir que nosso commit seguirá os padrões do `conventional-changelog`

Recapitulando, nosso `package.json` terá o Husky assim:

```json
"husky":{
 "hooks":{
 "pre-commit":"lint-staged",
 "prepare-commit-msg":"exec < /dev/tty && git cz --hook || true",
 "commit-msg":"commitlint -E HUSKY_GIT_PARAMS"
 }
},
```

Será necessário criar a arquivo `commitlint.config.js` contendo:

```javascript
module.exports={
 extends: ['@commitlint/config-conventional']
}
```



Pronto, chegou a hora do commit. Agora vamos rodar apenas o `git commit` e teremos este resultado:

![git-commit](/assets/img/posts/captura-de-tela-2020-08-14-às-19.46.19.png "git-commit")

Após verificar os erros de `lint`, o comitizen irá nos direcionar com perguntas para criar nossa mensagem de commit. Basta ir respondendo e dando `ENTER`

![](/assets/img/posts/captura-de-tela-2020-08-14-às-19.49.40.png)

Seus commits ficarão assim:

![](/assets/img/posts/captura-de-tela-2020-08-14-às-19.51.13.png)

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.

## Conclusão

Me diz ai, já conhecia alguma dessas libs? Já sabia que era possível utiliza-las juntas?

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.