Plataforma 100% GRATUITA 👇: rseat.in/9VjmqO4TB --- ✅ Clean Code: amzn.to/3hHXVKY ✅ Arquitetura Limpa (Clean Arch): amzn.to/3Viqw7v --- 👉 Segue lá no Instagram: instagram.com/devjunioralves/ 👉 Nossa comunidade no Discord: discord.com/invite/bVxW4Dhgrf
@dev-isaac-gomes3 күн бұрын
um ponto importante é tomar cuidado com o "no futuro" é fácil vc tentar otimizar de maneira precoce e ai complicar demais e depois precisar efetuar uma mudança e ai ela não suporta kkkk
@devjunioralves3 күн бұрын
É raro, mas acontece com frequencia kkkkkkk
@gabriellima39303 күн бұрын
Aprendi isso depois de ser o causador dessas complicações kkkk
@arozendojr3 күн бұрын
Qual ferramenta recomenda, para documentar os request/response header e Body de micro serviços e seus comportamentos, exemplo se é um orquestrador, se um endpoint der 500 ou timeout o que deve responder? se bff, retry como documentar essas coisa para a gente Dev possa executar ?
@Morettyrs3 күн бұрын
😎
@MarcosVMSoares2 күн бұрын
Sem java, sem js e TDD
@dev-isaac-gomes3 күн бұрын
refatoração é o que mantem seu software vivo no agil é comum termos mudanças ao longo do projeto e ter débitos técnicos com isso e ai temos que pagar o que não podemos é acumular debito técnico pois. certamente o produto vai morrer kkkkk
@devjunioralves3 күн бұрын
Perfeito mano, o que mantém a qualidade do software é a refatoração deliberada.
@dev-isaac-gomes3 күн бұрын
Bora que eu to com fome
@devjunioralves3 күн бұрын
Boraaaaa!
@arozendojr3 күн бұрын
Os seus pontos são interessante, porém temos que encapsular em argumentos para convencer o P.O que alguns pontos podem ser executados em 15 dias, geralmente temos refinamento da história do P.O e Planning para demonstrar a importância dos nossos pontos de Backlog ou divida técnica
@devjunioralves2 күн бұрын
Sim, isso, na minha visão é nossa responsabilidade como devs, de mostrar para a área de negócios o quão importante é crucial é lidar com complexidade do código.