DEV Community: Junior Schmidt

Nomenclatura de Branches no Gitflow para Organizar seu Desenvolvimento

Junior Schmidt — Thu, 05 Sep 2024 13:27:36 +0000

No Gitflow, diferentes tipos de branches e convenções de nomenclatura são usadas para organizar o desenvolvimento e gerenciamento de projetos de software. Aqui estão os principais tipos de tarefas e branches comumente usados no Gitflow:

1. Feature (Funcionalidade)

Prefixo: feature/
Propósito: Usado para desenvolver novas funcionalidades que serão integradas em um futuro release.
Exemplo: feature/add-login-functionality

2. Hotfix (Correção Urgente)

Prefixo: hotfix/
Propósito: Criado para corrigir problemas críticos que foram identificados em produção.
Exemplo: hotfix/fix-crash-issue

3. Bugfix (Correção de Bug)

Prefixo: bugfix/
Propósito: Usado para corrigir bugs detectados no ambiente de desenvolvimento ou QA (Controle de Qualidade).
Exemplo: bugfix/fix-login-error

4. Task (Tarefa)

Prefixo: task/
Propósito: Usado para pequenas melhorias ou ajustes que não são novas funcionalidades completas, nem correções de bugs críticos.
Exemplo: task/update-readme-file

5. Chore (Manutenção ou Tarefa Interna)

Prefixo: chore/
Propósito: Usado para tarefas de manutenção como refatoração de código, atualizações de dependências, ou melhorias de configuração.
Exemplo: chore/update-dependencies

6. Release (Versão de Lançamento)

Prefixo: release/
Propósito: Criado para preparar uma nova versão do software que será lançada. Serve como uma zona de testes final.
Exemplo: release/v1.0.0

7. Epic (Funcionalidade Grande ou Projeto de Longo Prazo)

Prefixo: epic/
Propósito: Utilizado para desenvolvimento de grandes funcionalidades ou projetos que abrangem várias features ou tarefas menores.
Exemplo: epic/user-authentication

8. Improvement (Melhoria)

Prefixo: improvement/
Propósito: Focado em melhorias de funcionalidades já existentes.
Exemplo: improvement/improve-login-performance

Essas convenções ajudam a manter o repositório Git organizado e a equipe de desenvolvimento alinhada sobre o status e propósito de cada branch.

Como fazer Backup contêiner MongoDB

Junior Schmidt — Sat, 17 Aug 2024 15:10:33 +0000

Conectar com o container:

docker exec -it <container-name> bash

Identificar o Volume do Container MongoDB:

Primeiro, identifique o volume associado ao seu contêiner MongoDB. Isso pode ser feito verificando os volumes do Docker:
```
docker volume ls
```
Anote o nome do volume associado ao seu contêiner MongoDB.
Criar Backup do MongoDB:

Use o utilitário mongodump dentro do seu contêiner para criar um backup dos dados:
```
docker exec -it <container-name> mongodump -u seuUsuario -p suaSenha --gzip --out ./backup
```
Este comando cria um backup no diretório /backup dentro do contêiner.
Copiar o Backup para o Host:

Copie o backup do contêiner para o host. Vamos usar o volume associado ao contêiner para isso:
```
docker cp seu_container_mongo:/backup ./
```
Substitua caminho_no_host pelo caminho desejado no host onde você deseja armazenar o backup.
Restaurar o Backup:

Se você precisar restaurar o backup em um novo contêiner MongoDB ou em uma instância existente, use o mongorestore. Primeiro, copie o backup para o contêiner:
```
docker cp ./backup seu_container_mongo:/backup
```
Agora, dentro do contêiner, execute o mongorestore:
```
mongorestore -u seuUsuario -p suaSenha /caminho/do/backup -d db db
```
O parâmetro --drop é opcional e é usado para remover os dados existentes antes de restaurar.

Lembre-se de que essas instruções são básicas e podem precisar ser ajustadas com base nas configurações específicas do seu ambiente. Certifique-se de consultar a documentação oficial do MongoDB e do Docker para obter informações mais detalhadas sobre as opções disponíveis.

Links uteis:
https://stackoverflow.com/questions/28954884/mongorestore-dont-know-what-to-do-with-file-db-collection-bson-skipping

Performance X Menutenção

Junior Schmidt — Thu, 15 Aug 2024 19:13:34 +0000

Cleen code Book

Capítulo 16 do livro "Clean Code: A Handbook of Agile Software Craftsmanship" de Robert C. Martin é intitulado "Refatorando o SerialDate". Este capítulo é um estudo de caso detalhado de como refatorar um código complexo e mal projetado.

Neste capítulo, Uncle Bob analisa mais de perto uma classe Java chamada SerialDate, que é usada para representar datas em aplicações financeiras. Ele mostra como a classe viola vários princípios de bom design, incluindo o Princípio da Responsabilidade Única (SRP), o Princípio Aberto-Fechado (OCP) e a Lei de Demeter.

Uncle Bob demonstra passo a passo como refatorar a classe SerialDate para torná-la mais fácil de manter, testar e estender. Ele explica como dividir a classe em partes menores e mais coesas e como usar interfaces e herança para tornar o código mais flexível.

Ao longo do capítulo, Uncle Bob enfatiza a importância da refatoração como uma forma de melhorar a qualidade do código e reduzir a dívida técnica. Ele mostra como a refatoração pode ajudar a identificar e corrigir falhas de design, reduzir duplicação e melhorar a legibilidade do código.

Em geral, o Capítulo 16 de "Clean Code" é um excelente exemplo de como aplicar os princípios e práticas de código limpo a bases de código do mundo real. É um recurso valioso para qualquer desenvolvedor de software que queira aprender como refatorar código complexo e melhorar a qualidade de seu software.

Imagens:
https://br.freepik.com/

Oque é a atualização otimista.

Junior Schmidt — Thu, 15 Aug 2024 18:53:36 +0000

Trata-se de uma técnica que permite que os aplicativos atualizem a interface do usuário (UI) imediatamente, sem esperar pelo retorno de uma operação de rede ou outro processamento lento. Isso pode tornar a experiência do usuário mais fluida e responsiva, já que a UI é atualizada de forma imediata em vez de ficar parada enquanto aguarda o retorno de uma operação lenta.

Exemplo de atualização lenta:

Para implementar a atualização otimista de UI, o aplicativo precisa manter um registro das alterações que o usuário faz na UI. Quando o usuário faz uma alteração, o aplicativo atualiza imediatamente a UI com a nova alteração, sem esperar pelo retorno da operação de rede ou outro processamento lento. Se a operação for bem-sucedida, o aplicativo confirma a alteração e a mantém na UI. Caso contrário, o aplicativo desfaz a alteração e reverte a UI para o estado anterior.

Pode ser utilizado como uma maneira de tratar erros ou indisponibilidade de algum serviço de back-end.

Exemplo de atualização visualmente imediata:

Essa técnica é útil em aplicativos que precisam de alta performance e usabilidade, como aplicativos de mensagens ou redes sociais. No entanto, é importante lembrar que a atualização otimista de UI pode ser um desafio de implementação em algumas situações, especialmente quando há várias alterações simultâneas que precisam ser gerenciadas.

Como tudo na vida não existe bala de prata antes de usar essa abordagem, você deve se perguntar qual o impacto de passar um feedback falso para o usuário.

Referencias:
https://simonhearne.com/2021/optimistic-ui-patterns/
https://kiwee.eu/blog/what-is-the-optimistic-ui/
https://brasil.uxdesign.cc/ui-otimista-o-segredo-para-o-crescimento-da-receita-online-a9ad9a0b9e70

Imagens:
https://br.freepik.com/