Studio Shodwe Home Video About Us Contact

TECH TALK
01
CRONOGRAMA
Termos técnicos utilizados pelos desenvolvedores ou pessoas da área de
01 tecnologia.

Tempo para perguntas e Dúvidas a qualquer momento

02

Próximas orientações
03

GitHub / Git Lab
O Github e o Gitlab são serviços em
núvem que permitem utilizar a ferramente
git além de prover vários recursos online
como testes, integrações, reporte de erros
e melhor trabalho em equipe.
GITHUB
Review / Code Review
É uma revisão de código, onde um outro
desenvolvedor que, de preferência, não
tenha trabalhado ativamente na tarefa
revisa o que foi feito verificando se atende
os requisitos propostos e dá seu feedback
pontuando sugestões de melhoria e/ou
itens que precisem de atenção.
Approve
Ao revisar o PR de novo recurso, se tudo
estiver correto ou após as correções
sugeridas forem feitas, o ato de aprovar é
o que chamamos de approve. Para fazer o
merge, mesclar, o código feito na branch
principal e entregar os recursos ao clientes
um ou mais approves são necessários
dependendo do projeto.
Merge
Quando um Pull Request foi revisado e aprovado, o
passo seguinte é fazer o merge com a branch principal
(main ou master). Nesse passo o código que foi
desenvolvido em uma branch separada é mesclado à
ramificação principal do projeto. Passando a servir de
base a partir de então para novas ramificações.

Repositório / Repo
Os repositórios são lugares onde os
desenvolvedores podem armazenar seus
diferentes códigos.
GITHUB
Branchs
É uma remificação do repositório atual em
que o desenvolvedor pode trabalhar de
forma isolada um recurso ou correção
sem afetar outras ramificações a branch
principal (main/master)
Commit
É um pacote de alterações feitas no
código. O utilizamos para guardar
pequenos pacotes de mudanças feitos no
projeto e é uma boa prática que sejam
sempre de uma mudança pequena e
específica.
Pull request(PR) /
Merge request (MR)
São dois termos que representam o
mesmo recurso para diferentes
plataformas, no Github temos os Pull
Requests e no Gitlab os Merge Requests.
Ele funciona de forma semelhante a um
fórum, onde outros colegas podem dar
feedback e sugerir alterações. Além disso
é aqui que outros pontos vão acontecer,
como code review, approve e merge.

Deploy
Quando o recurso é finalizado pelo
desenvolvedor e, após seus testes, é
finalmente colocado no ar, passando pelo
processo de deploy. Este processo
consiste em várias etapas a depender do
projeto, muitas delas são feitas de forma
automática.
GITHUB
RollBack Rollout Rock n rollout
Ao entregar uma nova funcionalidade
Se por algum motivo o processo de deploy É uma ferramenta que utilizamos para
pode ser interessante que a entrega não
falhar ou mesmo se for bem sucedido mas fazer o rollout de forma parcial de
seja feita para todos os cliente de uma só
for encontrada alguma falha grave é mudanças feitas no sistema. Conseguimos
vez por algum motivo. O processo de
possível realizar o processo de rollback. fazer a entrega de novos recursos para
rollout é feito utilizando algumas
Este processo reverte o deploy feito grupos de clientes específicos apenas
ferramentas inseridas no código e permite
fazendo a aplicação retornar para o informando os IDs das contas. Tem um
que essa entrega seja feita de forma
estado anterior em que estava interface simplificada de maneira que os
gradual e controlada.
funcionando corretamente. próprios PMs ou partes interessadas
conseguem mudar o grupo de entrega
sem a necessidade de um desenvolvedor.
 RD STATION INTERNATIONAL

Lint G11n-Toolkit Template base

Serve para avaliar se existem strings hard- É um monorepo onde dentro irá rodar
coded no código alguns pacotes e os dados obtidos nele
São enviados para o dashboard de
international, um local para acompanhar
métricas dos projetos presentes na RD
Local que ira definir as regras ou
comportamento ou funcionalidade de
algum código ou software.

API
Uma interface de software que permite a
comunicação entre diferentes aplicativos
RD STATION
Backend e Frontend
O backend refere-se à parte de um
sistema que lida com a lógica de negócios
e a manipulação de dados, enquanto o
frontend refere-se à parte com a qual o
usuário interage diretamente.
Framework
Uma estrutura de software que fornece
funcionalidades comuns prontas para uso,
permitindo que os desenvolvedores
construam aplicativos mais rapidamente.
IDE
Um conjunto de ferramentas de software
que os desenvolvedores usam para
escrever, compilar e depurar código.

Micro-Frontend
São pequenas partes da interface do
sistema que são desenvolvidas de forma
isolada e com propósito específico.
Podemos dar como exemplo as partes
marcadas acima a RDSM Navbar e o
dashboard que são 2 MFEs.
RD STATION
Hardcoded / Chumbado
Bug e Debug
Ambos os termos fazem referência a uma
Um bug é um problema ou erro em um mesma prática dentro da programação
programa de computador. Debugging é o que consiste em utilizar valores fixos
processo de identificar, isolar e corrigir dentro do código fonte. Tal ação é
bugs. considerada uma má prática pois deixa o
código menos dinâmico, fazendo com que
seja necessário alterações diretas no
código toda vez que uma mudança for
necessária.
THANK YOU