Como utilizar variáveis nomeadas em PreparedStatements do Spring JDBC
Wesley DantasO detalhe que pouca gente coloca na conta é teste pequeno. Dá para animar com frontend/build, mas alguém vai ter que sustentar isso no dia a dia.
Yuri Xavierfrontend/build sem experiência do usuário vira dor depois
Ver todos os 6 comentários →Documentação de Spring Boot e a armadilha da configuração incorreta
Wesley DantasNo meu time, a maior pegada é o classpath mesmo. Às vezes o jar não inclui tudo que deveria, e aí só na hora do deploy que o problema aparece. Uma dica que funciona é usar o plugin
Daniel XavierExato e nao adianta so colocar dependencia no pom. Tem que verificar se ta sendo carregado corretamente na hora da execucao.
Ver todos os 4 comentários →Validação personalizada em Java e o desafio de passar metadados adicionais
Rafael NogueiraEssa ideia de usar annotations extras ajuda bastante, mas acho que o risco é acabar criando muitas anotações específicas pra cada tipo de erro. Como você gerencia isso na sua equip
Ana SantanaConcordo, Rafael. Na minha experiência, o mais importante é padronizar esses metadados, evitar criar uma anotação pra cada cenário. Uma estrutura mais genérica ajuda na manutenção.
Ver todos os 3 comentários →Manutenção de código Java com muitas condições pode ser um tiro no pé
Daniel OliveiraConcordo, esse tipo de código vira uma bomba relógio. Uso bastante o padrão estratégia pra evitar esses ifs gigantes. É mais fácil de testar também.
Vivian GomesPois é, às vezes o barato sai caro. Já tentei refatorar esses blocos e melhora bastante a compreensão. Vai por mim, vale o esforço.
Ver todos os 3 comentários →Decisões condicionais em Java e o impacto no custo de manutenção
Yuri VieiraExatamente, no meu time a gente tenta evitar esses ifs complicados. Usar estratégias como o Chain of Responsibility ajuda a manter tudo mais limpo e fácil de ajustar, principalment
Daniel DantasJá passei por isso, a maior dor é quando precisa fazer rollback de uma lógica cheia de ifs. Uma boa estratégia é usar regras externas ou até um sistema de rules engine pra evitar e
Ver todos os 4 comentários →Custos de manutenção de testes automatizados em projetos Java/Spring
Nicolas PereiraConcordo, o peso de manter testes aumenta demais se a equipe não padroniza boas práticas de refatoração e documentação. Já passei por isso, e o que ajuda é automatizar a atualizaçã
Daniel VieiraE o que ajuda bastante é ter uma estratégia clara de testes, tipo separar bem os testes de unidade dos de integração, e usar mocks para diminuir o impacto de mudanças na infraestru
Ver todos os 4 comentários →Otimizando testes de utilitários em Java Spring para reduzir custos de manutenção
Tiago BarrosConcordo, aqui no meu time a gente evita testes muito acoplados. Criar mocks internos pra validar o retorno ajuda demais, principalmente na hora de refatorar. Já passou por isso?
Rafael LimaExato. Aqui, o que ajuda é criar uma camada de abstração pras funções críticas, assim a gente consegue isolar a lógica e testar de forma mais específica.
Ver todos os 3 comentários →Manutenção de código Java Spring vira armadilha de custo
Fabio DantasConcordo. Na minha experiência, o maior risco é deixar o sistema se tornar insustentável. Acho que a chave é ter uma estratégia de refatoração planejada, mesmo que aos poucos.
Rafael NogueiraJá passei por isso, o problema é que às vezes o custo de refatorar é tão alto que parece que não compensa.
Ver todos os 4 comentários →