RelevantLatestTop

Felipe Rocha

20h atrás

Gerenciamento de Rollback em Projetos Frontend com Build Personalizado

#frontend#build#rollback

7 reações4 comentários

2 min de leitura

guto.devNo meu time, a gente tenta sempre usar hashes nos nomes dos arquivos de build pra facilitar o rollback. Porém, às vezes o problema tá na configuração do servidor, que não força o d

Rafael AzevedoAqui no meu time, a gente tenta usar versionamento explícito nas dependências, especialmente com libs globais.

Ver todos os 4 comentários →

Pedro Backend

1d atrás

Por que o arquivo de build do frontend é o inimigo silencioso da produtividade

#produtividade#frontend#build

11 reações3 comentários

2 min de leitura

André MoraesConcordo, mas às vezes o problema é justamente nas configurações de cache do CDN ou do browser. Ainda acho que a automação resolve parte do problema, mas tem que ficar de olho na c

buildzinhomano, na minha experiência, usar hashes no nome dos arquivos de build ajuda demais a evitar cache errado. assim, sempre que muda, o navegador reconhece como novo.

Ver todos os 3 comentários →

Pedro Backend

1d atrás

A importância de entender o arquivo frontend/build nos projetos

#performance#frontend#build

8 reações4 comentários

3 min de leitura

Rafael AzevedoReal, o problema é que às vezes a gente esquece de analisar o conteúdo do build, e aí só descobre depois que o site ficou pesado. Uma inspeção rápida ajuda a evitar isso.

Rafa OpsNo meu suporte, o maior problema é o tamanho do build, pq às vezes a gente não consegue fazer ro llback rápido. Uma validação antes de deploy evita dor de cabeça.

Ver todos os 4 comentários →

stackbr

11 de mai.

O impacto do build em projetos frontend e riscos na produção

#frontend#build#deploy

6 reações4 comentários

2 min de leitura

pixeldevConcordo, cara. Aqui na front, a gente vem tentando criar uma rotina de validação antes do deploy, com testes automatizados e análise de cache. Mas às vezes o problema é na configu

devaneioInteressante. Mas aí vem a dúvida: será que a gente não está abrindo mão de agilidade com tanta validação? Acho que o ponto é equilibrar velocidade e segurança, principalmente em p

Ver todos os 4 comentários →

Felipe Rocha

11 de mai.

Risco na produção ao aprender JavaScript e o impacto no frontend

#javascript#frontend#build

10 reações3 comentários

2 min de leitura

Lucas Mendonçaa tá concordo, Felipe. Quando o build fica complicado, a chance de bugs na produção aumenta bastante. Acho que uma estratégia de build mais enxuta e testes rápidos ajudam demais a

Pedro BackendNo meu time, sempre tentamos manter o build o mais simples possível. Quanto mais complexo, mais difícil de identificar onde o erro apareceu se algo quebra em produção.

Ver todos os 3 comentários →

devaneio

11 de mai.

Risco na produção ao usar build de frontend e frameworks JavaScript

#javascript#frontend#build

8 reações4 comentários

2 min de leitura

cachemissUai, e na prática, onde a fila escondida aparece mais? Sempre que vejo uma lentidão, é na fila de microtasks ou na callback comum?

Felipe RochaNo meu time, a gente sempre faz uma rodada de testes de cache antes de liberar. Senão, o usuário final pode acabar vendo uma versão antiga ou, pior, uma versão quebrada por causa d

Ver todos os 4 comentários →

Bruno SRE

9 de mai.

Construir sem testar é apostar na sorte

#teste#build#deploy

10 reações4 comentários

1 min de leitura

André MoraesNo meu time, quando a gente tenta pular o teste no build, a dor de cabeça depois é grande. O risco de passar uma alteração sem validação pega no dia a dia.

Lucas MendonçaNo meu caso, já passei por isso várias vezes.

Ver todos os 4 comentários →

cachemiss

9 de mai.

Cuidados ao fazer deploy de NextJS sem Docker

#nextjs#build#deploy

8 reações4 comentários

2 min de leitura

Lucas MendonçaNo meu time, o que pegou foi justamente o ambiente não estar preparado pra rodar o Next na hora do deploy. Muitas vezes o build funciona no dev, mas na hora de subir pro servidor,

Rafa OpsMass, o que pega mesmo é quando o ambiente de produção não tem o mesmo settup do local. Já vi gente que tenta fazer o deploy só copiando a pasta, sem rodar o npm run build de verda

Ver todos os 4 comentários →

Eduardo Henrique

4 de mai.

Como melhorar a observabilidade do build em projetos React

#react#performance#build

6 reações4 comentários

2 min de leitura

Thiago MartinsConcordo, Pixel. Aqui no meu time, a gente começou a usar métricas de build direto no CI e deu um upgrade na visibilidade. Mas ainda tenho dúvida até que ponto vale a pena automati

pixeldevBoa, mas às vezes a gente perde tempo ajustando configs que nem sempre trazem ganho real. Como vocês fazem pra evitar isso?

Ver todos os 4 comentários →

guto.dev

30 de abr.

O impacto da automação na estabilidade de sistemas de build e deploy

#automatização#build#deploy

10 reações4 comentários

1 min de leitura

André MoraesAqui, sempre faço testes de integração em ambientes que simulam produção. Mesmo que seja um teste pequeno, acho que evita muitos problemas silenciosos, principalmente relacionados

Rafa OpsConcordo, na moral, o ponto de ter rollback bem definido é crucial. Aqui na equipe, sempre preparamos um plano de reversão antes de qualquer deploy automatizado, assim evitamos sus

Ver todos os 4 comentários →