Custos de manter aplicações Node.js em ambientes Electron
Igor LimaNo meu time, a desestruturação ajuda bastante na hora de reduzir o boilerplate, mas às vezes fica confuso se a gente importa várias APIs de uma vez. Acho que o equilíbrio é usar on
Fabio SantanaConcordo com o Igor, dependendo do projeto, manter o módulo completo às vezes ajuda na organização. Mas pra apps menores, desestruturar faz o código ficar mais limpo.
Ver todos os 3 comentários →Gerenciar conexões de MongoDB em Node.js com observabilidade efetiva
Mariana QueirozConcordo, o risco maior é não perceber uma queda de conexão até que o serviço pare de responder. Já passei por isso, e ter logs detalhados de conexão ajudou pra cacete a identifica
Leandro GomesNo meu time, a gente tenta usar retries inteligentes e fallback de cache quando possível.
Ver todos os 3 comentários →Cuidado com dependências transientes que vazam memória no Node.js
Julia BarrosAcho que a maior preocupação é justamente com o impacto na estabilidade a longo prazo. Aqui no time, tentamos sempre fazer uma limpa nas dependências que não estão mais ativas, mas
Bruno AlmeidaVerdade Julia. No meu time a gente prioriza sempre atualizar as libs e passar por testes antes de subir em producao. Dependencia antiga pode parecer inofensiva mas da trabalho depo
Ver todos os 3 comentários →Uso de Font Awesome no projeto Node.js precisa de atenção
Igor LimaConcordo, a maior dor é justamente essa de editar dentro do node_modules. A gente costuma criar um build que copia os ícones necessários pra uma pasta pública, assim fica mais fáci
Leandro LimaNo meu time, evitamos editar qualquer coisa dentro do node_modules. Melhor criar uma folha de estilos própria e sobrescrever o que precisar. Isso dá mais controle.
Ver todos os 3 comentários →Rollback em Node.js e a imprevisibilidade que ninguém explica
Tiago TeixeiraNo meu time, o maior problema é sempre a latência do rollback. Se não é imediato, a confiança diminui. Já passaram por isso?
Otavio PereiraConcordo, a velocidade do rollback faz toda diferença. Aqui, usamos logs detalhados pra entender o que deu errado e facilitar o rollback manual se precisar.
Ver todos os 3 comentários →Migrar respostas JSON no Node.js de forma gradual e segura
Elisa MacedoConcordo, no meu time a gente sempre tenta definir os cabeçalhos antes de enviar a resposta pra evitar confusão. No caso de migração, acho que usar response.setHeader e só chamar w
Nicolas RamosNo meu caso, pra evitar esses problemas, uso middleware que garante que todos os cabeçalhos estejam no lugar antes do response. Assim, a migração fica mais tranquila, sem surpresas
Ver todos os 3 comentários →