👷🏻♂Accede al curso de #Microservicios con #NestJs en construcción, vía Acceso Anticipado de la Suscripción DevTalles PRO: cursos.devtalles.com/courses/nestjs-microservicios#precios
Yo empecé a usar nx para monorepos y fue genial. En mi caso tenia que tener varios paquetes de schematics pero todos tenian en comun utilities y dependencias
Tengo un año desde que conocí los monorepos y comencé a trabajar con ellos, desde entoces ha sido mi forma favorita de trabajar. Yo en lo personal creo un monorepo por proyecto, ejemplo: web, api y docs, todos están en el mismo repo porque llevan relación entre sí, a demás tengo un workspace dentro del monorepo con toda la configuraciones de linter y otro con las interfaces, así las uso en API y luego lo reutilizo en web. La mayoría de problemas que presenta Fernando sería cuando trabajas en monorepos que tienen demasiado proyectos y que quizás no tengan que ver uno con el otro. En lo personal, puedo decir que el deploy es uno de los retos más grandes, lleva a tener en cuenta configuraciones adicionales que antes no tenias, pero una vez aprendes a lidiar con ellos, es super cómodo. Algo que me ya ayudado bastante es usar turborepo, y pnpm es la mejor opción 😊
Monorepo no es principalmente para aplicaciones sino para librerías, creo que en nx recomiendan 80% librerías y 20% aplicaciones dentro de un monorepo, e igual las librerías pueden ser consumidas por otras aplicaciones en otros repos. En si hay flexibilidad para definir la organización de proyectos y no necesariamente todo debería estar centralizado en uno solo. Muchas librerías usan monorepo para incluir aplicaciones de ejemplo y tests e2e, por ejemplo
👷🏻♂Accede al curso de #Microservicios con #NestJs en construcción, vía Acceso Anticipado de la Suscripción DevTalles PRO: cursos.devtalles.com/courses/nestjs-microservicios#precios
Yo uso NX para monorepos y es genial!
Yo empecé a usar nx para monorepos y fue genial. En mi caso tenia que tener varios paquetes de schematics pero todos tenian en comun utilities y dependencias
Tengo un año desde que conocí los monorepos y comencé a trabajar con ellos, desde entoces ha sido mi forma favorita de trabajar. Yo en lo personal creo un monorepo por proyecto, ejemplo: web, api y docs, todos están en el mismo repo porque llevan relación entre sí, a demás tengo un workspace dentro del monorepo con toda la configuraciones de linter y otro con las interfaces, así las uso en API y luego lo reutilizo en web.
La mayoría de problemas que presenta Fernando sería cuando trabajas en monorepos que tienen demasiado proyectos y que quizás no tengan que ver uno con el otro.
En lo personal, puedo decir que el deploy es uno de los retos más grandes, lleva a tener en cuenta configuraciones adicionales que antes no tenias, pero una vez aprendes a lidiar con ellos, es super cómodo. Algo que me ya ayudado bastante es usar turborepo, y pnpm es la mejor opción 😊
Gracias por el contenido!
Puedes hacer un podcast sobre ngrx basado en señales, como dijistes el primer día que probastes las señales en Angular, muy poderoso y sencillo
Fernando Monoreporrera
Profe algún curso de Kubernetes brutal que me recomiende? O algún canal??
Monorepo no es principalmente para aplicaciones sino para librerías, creo que en nx recomiendan 80% librerías y 20% aplicaciones dentro de un monorepo, e igual las librerías pueden ser consumidas por otras aplicaciones en otros repos. En si hay flexibilidad para definir la organización de proyectos y no necesariamente todo debería estar centralizado en uno solo. Muchas librerías usan monorepo para incluir aplicaciones de ejemplo y tests e2e, por ejemplo
Por lo que nos enseñas mepa que mejor el monorepo para equipos chicos con pocas apps
No le encuentro sentido a los monorepos en un equipo de gran tamaño, solo para equipos pequeños
Solo sirve para agrupar los ejercicios de un curso en un solo repo para no llenar de repositorios al github