Feda /dev/ - No Javascript allowed

Ese proyecto lo vi hace unas semanas y lo he analizado esta mañana. Digamos que es una hexagonal mas formal, tiene un par de ideas muy muy buenas que me han gustado bastante para garantizar cosas en desarrollo (dependencias, acoplamiento, versiones/forks de componentes, facilidad de hacer deploys) que consiguen mediante tooling que no había visto en ningún otro lado... Pero claro requieren dedicarte al 100% a esa manera de trabajar... Podemos decir que la novedad es garantizar condiciones y restricciones en desarrollo entre múltiples proyectos que comparten componentes y me ha parecido sobre papel original.

Para equipos que hagan múltiples proyectos pequeños (hasta 50k LOC?) y comparten muchas funcionalidades es una metodóloga sobre el papel correcta, yo si pudiera lo pruebo xd no es muy distinto a forzar otras cosas que se han decidido porque si como hacer scrum/kanban, o dise;os event sourcing u otros dise;os específicos de microservices/distribuidos... que al final son patrones que tienes que seguir porque alguien lo ha decidido y forzar con reglas al pajeet. No hay tooling que automatice como esa solución para clojure para garantizar que no se rompe nada. Si metes una dependencia dentro de un microservicio otro no se entera, si cambias una interface otro servicio no se entera. Y no solo es enterarte, es que el código se rompe en el "entorno de deploy" para que lo corrijas.

Lo que no he sido capaz de resolver sin ponerme a picar ni dudo que pueda decidir es si cuando el numero de LOC y proyectos aumentan como de "sostenible" es esa solución? Hoy en día dise;as tu servicio, si pienses de manera "hexagonal" lo puedes re estructurar como quieras y adaptarte a lo que quieras, todo lo que tenemos desde los 80 se basa en esto xd. Por que debería usar el polylith? Tanto compensan las garantías en desarrollo? Si no es sostenible acabaras volviendo a lo que ya se hace hoy en día y lleva a;os de evolución. No necesitas tests ni invertir en jenkins para múltiples entornos de deploy... Pero que es mejor, tener integración continua que te compruebe todo esto o hacerlo a nivel de desarrollo en local? Que pros/cons hay?

En fin solución muy nicho pero me han gustado la manera en que resuelven algunos problemas de organización muy típicos. Si eso en lugar de clojure fuese un framework web de javascript ya estaria de moda.