DEV Community: Julio Braga

O que é GitFlow?

Julio Braga — Thu, 06 May 2021 18:07:23 +0000

Gitflow é um fluxo de trabalho que auxilia com o desenvolvimento contínuo de um software e com a implementação das práticas de DevOps.

O fluxo de trabalho do Gitflow segue uma ramificação rigorosa criada ao redor do projeto, fornecendo um framework robusto para gerenciar grandes projetos.

Como funciona o Gitflow?

A Master branch guarda a versão "principal" do software, com tudo testado e que será entregue ao cliente. É nela que documentamos todas as alterações (commits) com numeros de versionamento.

A Develop branch é onde todo workflow irá acontecer antes de se versionar na Master, como um intermediário. Essa branch deve conter o código mais atual. É aqui que as branchs de features irão se basear.

A Feature branch é usada para novas implementações. Ela usa a develop como base, e quando a nova implementação está completa, se retorna à Develop Branch.

Na Release branch apenas recursos como correção de bugs e geração de documentação (não se limitando a isso) devem ir para essa branch. Assim que pronta ela segue para a master, recebendo um número de versionamento.

O Hotfix serve para resolver problemas críticos no sistema (problemas com servidor, etc), que não pode esperar por uma nova release.

Obrigado por ler até aqui!

O que é Scrum?

Julio Braga — Fri, 23 Apr 2021 21:09:19 +0000

O Scrum é um método de trabalho com objetivo de implantar um desenvolvimento ágil, foi desenvolvido na década de 90 por Jeff Sutherland e que logo ganhou espaço em todo o mundo. Baseado em Sprints (Sprint é um período de tempo no qual a equipe deve completar as tarefas do Backlog.) o Scrum trabalha para alcançar objetivos bem definidos.
O Scrum permite que entregas sejam feitas de forma incremental, podendo fazer alterações de escopo rapidamente para facilitar a entrega no final do processo.

O fluxo do Scrum começa da visão do produto, seguindo para o Produt Backlog, que sofre uma "priorização" e durante os sprints o Sprint backlog é gerado. Ao chegar no final dos Sprints, o produto estará pronto.

Aqui temos os papéis para a aplicação do Scrum em um projeto:

Time: Geralmente é um grupo pequeno, entre 5 a 9 pessoas. O time deve sempre buscar desenvolver e produzir com qualidade e também deve ser comprometido com o trabalho, com o objetivo de atingir um sprint.

Scrum Master: É a pessoa mais experiente em Scrum, procura assegurar que a equipe siga as práticas do Scrum de forma eficiente, funcionando como um "coach da equipe" (coach no sentido de ajudar a equipe a evitar problemas que interfiram na entrega do projeto.

Product Owner: É a pessoa que representa o interesse do usuário final, tem boa noção do produto e das necessidades do cliente e tem autoridade para dizer o que vai fazer parte do produto final. Essa pessoa é a encarregada por fazer o Backlog (uma lista de funcionalidades organizadas por prioridades, que parte de "muito necessário" para algo como "seria interessante ter").

Peças importantes que compõem um Scrum

Sprint Planning: É uma "reunião" que dura pelo menos 1 hora na semana de um Sprint. No sprint planning, o time inteiro faz um acordo para completar uma lista do Backlog. Esse acordo define o sprint backlog e é baseado na velocidade e capacidade do sprint.

User Story: São descrições de recursos feitas pela pessoa que deseja a implementação (geralmente essa pessoa é um usuário ou algum tipo de cliente). Um User Story vai representar necessidades e funcionalidades específicas.

Épicas: É um User Story que é muito grande ou ainda possui muitas incertezas, portanto não pode ser transformada em incremento do produto.

Daily Scrum: A cada dia do Sprint a equipe faz uma reunião diária, buscando responder sempre três perguntas basicas:

O que você fez ontem?

O que você fará hoje?

Há algum impedimento no seu caminho?

Ao responder isso, todos conseguem visualizar de uma forma geral como está o andamento do Sprint.

Burndown: o Burndown é uma ferramenta de medição visual do Scrum que apresenta o trabalho concluído por dia em relação à taxa de conclusão do projeto.
O grafico Burndown é formado pelos eixos: Y (vertical), que representa o trabalho que precisa ser realizado, e X (horizontal), que representa o tempo/quantidade de trabalho, para concluir a demanda.

Obrigado por ler até aqui!

Protocolo HTTP e seus métodos

Julio Braga — Thu, 22 Apr 2021 02:34:46 +0000

O HTTP (protocolo de transferência de hipertexto) é um protocolo usado para obtenção de recursos, como HTML, XML, JSON e etc.
Nesse método o cliente e o servidor se comunicam por “trocas de mensagens” através de Requests e Responses:

Requests: o cliente faz a requisição para o servidor pelo seu navegador

Responses: o servidor obtém o que é requisitado e manda uma resposta para o cliente.

Em resumo, as requisições do usuário são enviadas para o servidor, que irá enviar uma resposta com o resultado.

Métodos HTTP

Como foi dito antes, o protocolo HTTP é usado para obtenção de dados entre o cliente e o servidor, mas quais são os métodos dele? Aqui eu falo de alguns (ao menos, os mais utilizados):

GET: é o mais simples, através desse método fazemos a requisição de algo e que deve ser retornado em forma de dado, como foi dito anteriormente, esse tipo de dado pode ser HTML, XML, JSON ou outro.

POST: este método é utilizado quando se cria um recurso, como se enviasse alguma informação para o servidor.

DELETE: como o próprio nome diz, serve para deletar um recurso específico.

TRACE: este método executa um teste loopback na requisição enviada, verificando se houve alguma adição feita por algum intermediário.

OPTIONS: Mostra na URL que foi especificada as opções de comunicação do HTTP.

PATCH: esse método é utilizado para aplicar modificações/atualizações em um recurso.

CONNECT: Esse método estabelece um túnel para o servidor pelo recurso de destino.

PUT: Esse deve ser usado em situações específicas onde se quer enviar uma informação e apenas armazená-la, como um update.

Muito obrigado por ler até aqui!