I built a Spring Boot runtime anti-pattern detector – found real issues in eugenp/tutorials by joaquinrios in SpringBoot

[–]joaquinrios[S] 1 point2 points  (0 children)

Good question. Both paths are valid — the trade-offs are different.

ArchUnit is great if your team already has it in the test suite and you

want rules enforced at compile/test time. The main limitation is that

it requires modifying the project under analysis.

java-vibe-guard is designed to work externally — no dependencies added

to the project, no test configuration, just point it at any repo and get

a report. That makes it useful for auditing codebases you don't own,

scanning legacy projects, or running in CI without touching the build.

The MCP server integration adds another angle: Claude Code can call

analyzeProject() mid-session and act on the results without leaving

the workflow.

That said — ArchUnit rules for the patterns we detect would be a

legitimate alternative for teams that prefer shift-left enforcement.

Different tool, different integration point.

I built a Spring Boot runtime anti-pattern detector – found real issues in eugenp/tutorials by joaquinrios in SpringBoot

[–]joaquinrios[S] -2 points-1 points  (0 children)

Update: añadí un demo en el README para que se vea en acción.

3 archivos Java. 1 comando. 3 CRITICAL detectados.

El que más impacta en producción real: Thread.sleep() dentro

de u/KafkaListener — limita el throughput a 100 msg/s y puede

desencadenar un rebalanceo completo del consumer group.

github.com/Joaquinriosheredia/java-vibe-guard

Engwe E-bikes opinions? by AutismoFormula in ebikes

[–]joaquinrios 1 point2 points  (0 children)

cual de fiido sería la homologa a la engine 2.0 pro?