Video

Gracias 😁

Muchas gracias 😁🙌🏻

Pues eso ya dependerá mucho del caso, este ejemplo era mas ilustrativo, lo bueno es saber que existen y como puedes crear tuyos propios y utilizarlos dependiendo del problema

@@AlbertHernandez si eso sí, desde q conozco nest me encanta

Pues va a depender mucho del caso pero si uno no puede existir sin el otro, por ejemplo, un pago siempre va asociado a un usuario, puedes guardar el id del usuario en tu modelo de pago

Gracias por responder​@@AlbertHernandez, ciertamente todo depende del caso, pero me queda la incertidumbre porque si las entidades estan a lo mas interno de la arquitectura, como se comunican cuando necesitas tener informacion de pago de un usuario tomando en cuenta que los contextos son /users y el otro es /payments

Que raro, le dare un vistazo de nuevo a ver si encuentro que ocurre

Gracias! No, no tengo canal de discord

Sin el .bind perderiamos el contexto del this, por lo que luego daria error al acceder desde el controller a el. Una manera de solucionar esto es mediante el bind, otra puede ser mediante arrow functions pero en este caso he optado por la primera

Muchas gracias 🙌🏻🙌🏻

No coincido con lo que dices, la arquitectura de una aplicación va en base a las necesidades del proyecto y del equipo que tengamos, lo bueno que tiene NestJS es que es flexible y se puede adaptar a distintas maneras de trabajar, podemos empezar con la propuesta del framework que para muchos casos va bien pero si lo necesitamos podemos ir a una hexagonal o la que sea necesario. Es mas, hasta la propia NestJS en sus cursos oficiales como en el de arquitectura y patrones avanzados (courses.nestjs.com/#architecture), muestra como plantean ellos el uso de Hexagonal o DDD en el propio framework

Buenas! Tengo pendiente hacer uno si 😁

@@AlbertHernandez Con buenas practicas y arquitecture hexagonal

Gracias! A mi me paso lo mismo, lo probé ya que mucha gente lo usaba también pero no me terminó y justo descubrí pino 😊

Hehe lo sigo utilizando, pero como sé que mucha gente usa vs-cose he traído este primero con todos los plugins que solía usar, pero si, tengo pendiente otro con los de JetBrains 😁

Buenas! Dale un vistazo mas que a los example a los que tengo de template, esos están mas pulidos y creo que ya no te encontraras esos problemas De todas maneras le dare un vistazo a ese de example para ver si me pasa lo mismo que comentas

Hola @gabrielluna2474! Estoy revisando y me esta levantando el contenedor de docker bien, no se que te pueda estar pasando. Si ves que te sigue pasando crea mejor una issue en el repositorio y lo manejamos mejor ahí, que al final tenemos mas herramientas para compartir código / imágenes y otros compañeros pueden ayudar a investigar también

Con mucho gusto 😁

Ah que bueno, se ve que vs-code va añadiendo cosillas nativas, pues si, si puedes pasar lo que veas que ya está nativo genial, así quitaré esos plugins 😁

Pues tengo uno pendiente de webstorm, pero como al final mucha gente usa vs-code he traído este primero, pero lo traeré hehe

Hey! Gracias por siempre estar apoyando hehe, pues si, tengo pensado traer cosas de testing en futuros videos pero voy poco a poco que no me da para todo haha pero lo traeré 😁

Pues lo descubrí hace poco y quiero ver si lo pruebo en algun proyectito para ver que tal, tiene muy buena pinta 😁

Gracias! Venga pues reviso el settings para ver que no tenga ningún secret ni nada y lo dejo subido :)

Me alegro 😁

Gracias! Si, ha sido algo que me habeis comentado varios, ya en nuevos videos he puesto el path del fichero de donde estoy para que asi quede esto mas claro, gracias por el feedback, un saludo 😁

Un placer 😁

Muy buenas! Me alegro que te haya gustado el video y hayas aprendido 😁 Te respondo a continuacion las dudas que tienes: 3.1 - Normalmente todos los gestores de paquetes como npm, yarn etc tienen github actions que puedes usar para configurarlos, por ejemplo, de pnpm esta este: github.com/marketplace/actions/setup-pnpm, de bun este: github.com/marketplace/actions/setup-bun... lo mas aconsejable seria buscar en el marketplace de github actions si tienes una del que quieras usar y que veas que tiene estrellas y esta bien mantenida y actualizada, si no ves nada siempre puedes instalarla tu con unos steps en bash siguiendo las guias oficiales de lo que uses 3.2. Github actions soportan practicamente todo, al final solo son contenedores que ejecutan codigo, ya sea bash, node, ruby, python, go... asi que basicamente todo lo que puedas hacer en un contenedor docker lo puedes hacer aqui 3.3. Lo suyo es que utilices lo que te dice Bun, si ellos ya te ofrecen una manera de hacer la build, instalar dependencias o lo que sea, eso es lo mas aconsejable Espero que te sirva y si, tomo nota para futuros videos hehe, gracias 😁

Buenas! Un placer 😁 Pues el estandard de JavaScript es ESM desde hace unos años, por lo que si estas comenzando algun proyecto nuevo lo mas recomendable seria usar estos. Si tienes uno un poco mas viejo puedes usar CommonJS, que sigue siendo compatible y migrar en un futuro. Yo lo que hago es como te comentos en servicios nuevo ya empiezo a usar ESM, sobretodo si las librerias que voy a usar con compatibles con estas, ya que hay muchas librerias que aun no son compatibles y hay que tener cuidado con esto. Luego, cuando trabajo con librerias, lo que hago es compilar a los dos, a ESModules y a CommonJS, para que asi sea compatible con todos los clientes. Si tienes curiosidad de como pasar de CommonJS a ESModules justo hace unos dias abri una PR en los repos de templates que tengo en mi GitHub donde muestro como hacerlo, espero en un proximo video traer este video tambien explicando como pasar de uno a otro. Un saludo!

Buenas! Pues no hay una respuesta para todos los casos, va a depender mucho de esa fuente de datos, pero si, podrías abstraer esa API en un Repository

Muchas gracias por esas palabras, siempre he intentado traer contenido de calidad y me alegro que se aprecie, un saludo 😁

Gracias! Pues voy a ver si puedo traer algún video de testing en este tipo de arquitecturas, gracias por la sugerencia :D

Buenas! Pues esto ya va depender del cloud que uses para subir a producción, pero por lo general esto es algo que si se suele pagar a no ser que te ofrezcan una prueba gratuita y no la excedas. Si quisieras ir por una solución gratuita lo que te recomendaría es una Cache en la propia memoria del servicio

@@AlbertHernandez excelente, gracias. Asi es como lo tenia planeado manejar.

Buenas! Pues depende de como diseñemos esos microservicios, si solamente vamos a tener un contexto por microservicio y repositorio si que podríamos quitar esta carpeta, aquí ya va a depender mucho de lo que tengamos. Lo bueno de tener esto de contextos es que nos va a permitir tener: - Un monolito modular, donde se despliegue todo junto pero teniendo esta separación de responsabilidades en distintas piezas, donde en un futuro si quisiéramos desplegarlas por separado lo tendríamos más sencillo - Podríamos ir con una solución de monorepo, donde cada contexto si que sea un microservicio pero tengamos todo en el mismo repositorio Como te comento, al final esto depende mucho de como queramos estructurar los proyectos, lo mejor es que al final es solo una carpeta donde podemos comenzar sin tenerla si creemos que no la vamos a necesitar y si luego vemos que si, ahí ya crearla en un momento y hacer un pequeño refactor

Muy buenas! Pues no tengo un video donde muestre como construí el template ya que al final sería muy extenso por todo lo que incorpora, así que lo que hice fue hacer videos pequeños de distintos temas que luego fui incorporando en el template, por ejemplo: - El template esta dockerizado -> Hay un video donde muestro como dockerizar un servicio - Hay pipelines con github actions -> Hay un video que se habla de como construir estas pipelines - Tiene configuracion de husky, conventional commits, eslint --> Hay un video que hablo donde todo esto Como te comento esta hecho así porque sino facilmente nos podriamos ir a un video de más de 5 horas sin exagerar 😅 También hay cosas en los templates que tengo que traer ya que aún no me ha dado tiempo, por lo que si ves algo que te puede interesar y aun no haya hecho video, comentamelo y así lo intento priorizar Un saludo!

@@AlbertHernandez Muchas gracias Albert, y sigue adelante, tu vídeos son muy buenos.

@@AlbertHernandez hola, el vídeo que se me ocurre y que sería interesante para la comunidad es: package-lock file, qué es, lo debemos subir a github, razones, pros y contras. Siempre tengo la duda.

Buenas! Venga me lo apunto para traerlo próximamente, gracias por la sugerencia ^^

Buenas! No se si te refieres a que si esta mal que un método Post devuelva datos, pero si es eso yo no lo veo mal, es muy habitual que devuelva datos que luego necesite el cliente para saber los resultados de la operación, aqui podriamos incluir cosas como el identificador del recurso, url de donde se puede encontrar y asi luego poder utilizarla o incluso si estamos asumiendo datos por defecto luego podrias devolverlo en la propia respuesta para que el cliente los conozca

Me alegro de que te quedara todo claro 😁

Buenas! Pues utilizo WebStorm 😁

Un placer! 😜

Suele pasar, este tema de compiladores puede llegar ser muy frustrante y podemos desistir de cambiarlos, por ello cree unos templates ya con ellos integrados y funcionando para que así la gente no se tenga que preocupar y tenga un buen punto de partida

@@AlbertHernandez jeje totalmente, en mi caso tuve problemas porque tenia muchos index.ts ( archivos de barril ) según lo que investigué habia que configurar otro par de cosas y bueno ya se me estaba yendo mucho el tiempo asi que lo dejé jeje Pero gracias por todo el contenido, lo tendré en cuenta

Un placer! Qué bueno que youtube comience a recomendar mas el canal 🚀 Dale caña, hay varios videos de NestJS en el canal y luego tambien mas generales de Node, que tambien se pueden aplicar al framework hehe Lo de respetar la manera de NestJS depende mucho lo que quieras conseguir, puedes desde ir a full con el framework, hasta aislarlo del todo, y luego siempre tienes el punto intermedio que también suele ser muy buena opción hehe

Muchas gracias! 💃💃

Gracias 😁 Me apunto eso de las relaciones para traerlo en un próximo video. Si te sirve para ir avanzando la idea es que todo ese tema de relaciones lo puedes ir consiguiendo añadiendo los ids en las entidades que se relacionan, o en en caso de que siempre siempre vaya junto, directamente puedes poner uno dentro de otro, pero hay que tener cuidado luego con esto ya que la idea principal es tener entidades pequeñas

Gracias ^^ Pues uso la de Jetbrains Mono y el tema de Monokai Pro (Filter Machine)

Buenas! Si, es necesario para poder traducir los path aliases de typescript a javascript

Gracias! Mas que en el controller lo del transaction igual lo meteria en un middleware, ya sea de http o incluso si estamos en CQRS en uno de buses, ya depende de lo que nos interese Me apunto lo de traer esos videos 😁 Un saludo!

@@AlbertHernandez gracias por la info! Pondré en práctica el vídeo y estaré pendiente a los vídeos!

Buenas! Pues justo todo el docker que esta en este proyecto si que esta hecho en un video donde explico paso por paso como se crea y se ve en mas detalle hehe, te lo dejo a continuación por si quieres darle un vistazillo, y cualquier feedback o cosa que veas que no queda clara me dices y asi intento hablar de ello en futuros videos :D czcams.com/video/J4J2wgZ8yWE/video.html

Gracias 💪😁 Un saludo!

Gracias 😁 Pues uso el tema de Monokai Pro (Filter Machine). Un saludo!

es intellij

En realidad es WebStorm hehe se me acabó la licencia de IntelliJ pero me dieron de WS 😁

Haha dale a tope, ya me dices que tal cuando te lo acabes 😁