Build Better Software!

แชร์
ฝัง
  • เผยแพร่เมื่อ 25 ม.ค. 2025

ความคิดเห็น • 13

  • @devjunioralves
    @devjunioralves  2 วันที่ผ่านมา +1

    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

  • @Morettyrs
    @Morettyrs 2 วันที่ผ่านมา +1

    😎

  • @dev-isaac-gomes
    @dev-isaac-gomes 2 วันที่ผ่านมา +1

    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

    • @devjunioralves
      @devjunioralves  2 วันที่ผ่านมา

      É raro, mas acontece com frequencia kkkkkkk

    • @gabriellima3930
      @gabriellima3930 2 วันที่ผ่านมา

      Aprendi isso depois de ser o causador dessas complicações kkkk

  • @arozendojr
    @arozendojr 2 วันที่ผ่านมา

    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 ?

  • @MarcosVMSoares
    @MarcosVMSoares วันที่ผ่านมา

    Sem java, sem js e TDD

  • @dev-isaac-gomes
    @dev-isaac-gomes 2 วันที่ผ่านมา +1

    Bora que eu to com fome

  • @dev-isaac-gomes
    @dev-isaac-gomes 2 วันที่ผ่านมา +2

    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

    • @devjunioralves
      @devjunioralves  2 วันที่ผ่านมา

      Perfeito mano, o que mantém a qualidade do software é a refatoração deliberada.

  • @arozendojr
    @arozendojr 2 วันที่ผ่านมา +1

    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

    • @devjunioralves
      @devjunioralves  วันที่ผ่านมา

      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.