Sigue a Bezael Pérez aquí: Canal dominicode: kzread.info/dron/3QuZuJr2_EOUak8bWUd74A.html Twitter dominicode: twitter.com/domini_code Twitter Bezael Pérez: twitter.com/bezael_dev

@francm_1

2 жыл бұрын

Yo tengo un pregunta, cual seria la forma ideal para comunicar dos micro-frontend aislados?

Un genio Patrice Evra, no sabía que también es experto en Frontend😁

@r.osorio02

2 жыл бұрын

JajajAjaja es todo un crack el Patrice 🤣

Ando en un proyecto para un banco, con Angular y no sabia (el termino "microfrontend") que estabamos trabajando de esta manera. las ventajas son que los cambios se hacen por "Journeys" (modulos de pago del sistema, dashboard, etc.) y no afectan a los demás, aparte que los deploy son por modulo y no por todo el sistema. La desventaja es que aunque el modo de trabajo si está algo estandarizado, la logica de los equipos suele ser algo diferente. Entonces, cuando debes de trabajar con diferentes modulos, te puedes llegar a confundir en la manera de trabajo de cada team.

Excelente entrega, gracias chicos

Brillante lo de tener distintas versiones del mismo framework/librería en el mismo proyecto. No lo había pensado como un punto a favor de los Micro Frontend. Gracías por la respuesta!

Buen video... Gustazo ver al crack Dominicode.

Muy interesante charla y preguntas, gracias por el video y al invitado por estar!

Nuevamente excelente vídeo y excelente invitado 👍

Domini Code lo sigo desde hace rato y es muy bueno!, genial!

Ya esta loco voy a aprender Micro Frontend eso de seccionar el frontend en varias mini aplicaciones si que me gusta.

12:00 Muy buen video muchachos!! No entiendo porque Bezael se ofendió con mi pregunta inocente jejeje... Que se arme el debate?

@hdeleonnet

2 жыл бұрын

ya haces falta por estos lugares compa

Hola buen video, no habia escuchado este concepto de micro frontend, yo creo que un buen ejemplo para esto seria orientado a la banca, la banca puede tener varias aplicaciones embebidas adentro de la aplicacion principal, algo asi como Modulos, que el cliente es capaz o no de querer activar. Dicho de otra manera, los modulos son un conjunto para formar un sistema, un modulo de conciliacion bancaria es todo un mundo dentro de un sistema administrativo, luego esta la facturacion, o en recursos humanos, en fin, espero haberme dado a entender con estos ejemplos, gracias! buen video! :)

Saludos desde Rep Dom que bueno que esten unidos y apoyandose mutuamente. Dios les conceda la salvación que es en Cristo Jesús.

*Excelente! Microfrontend se ve bien!*

Muy buen video y sobre todo preguntas concisas y buenas. Como dev "full stack" da miedo ver el monstruoso unverso que se esta generando de lado del front. PD: Andaba buscando el post de medium del arquitecto de Wix. no lo vi por ningun lado 8-)

Excelente contenido

Muy interesantes puntos! la verdad soy un poco esceptico de los micro frontends, fundamentalmente un microservicio es mas que una arquitectura de servicios orquestados. no olvidarse que un microservicio o microfrontend debe ser deployable independientemente y por filosofia debe ser "pequeño" la definicion de pequeño depende de la empresa pero por lo general es algo que puedes reimplementar desde 0 en uno o dos sprints. desde ese punto un frontend para todo com componentes deberia soportar todo lo que se consume desde el backend, ahora si el proyecto es demasiado grande y necesitas coordinar diferents equipos independientemente, puedo ver su utilidad en ese sentido, y por supuesto una arquitectura con este arrastre no se va a ir a ningun lado pronto, no es mas que una evolucion de una tendencia que viene desde hace años y muchas personas confunden microservicios con esta arquitectura, estoy hablando de Arquitectura orietnada a servicios. Es algo tan util en proyectos a gran escala por la libertad organizacional que te brinda. Sin embargo Microservicios se diferencia de esta por la independencia en deployabilidad y sobre todo el tamaño.

Nunca la he usado pero creo que va a ser usado ampliamente. No solo por tamaño de aplicación sino por el versionado de componentes. La evolución de las librerías de js o framework de js son enormes. De aquí a un par de años posiblemente será difícil conseguir desarrolladoras que maneje todo el “legacy” de las versiones. Mas con el manejo de los estados y poder convivir secciones con hooks otros swr y redux, etc será todo un retro y esto representa una solución. Recordar que es muy costoso mantener una App en vanguardia en todos sus módulos.

00:47 saludos amigos,

Los nombraron micro frontend para escucharse "sofisticados", pero bien le hubieran nombrado "widgets con esteroides"

Excelente

Interactuando para que me salga más este tipo d econtenido

Hector, hace poco escuché en el canal de Midudev de que no es una buena práctica combinar diferentes tecnologías en el FrontEnd que es una mala práctica. Podrías coordinar una colaboración para aclarar el tema.

Tener en cuenta que el comentario de Manuel es por una perspectiva de un arquitecto, no un dev, ni un devops

Primer Comentario. Buen vídeo

Hay una especificación de Java de hace años llamado Portlets, no sé si también se le llamaría Micro Frontend?

Me compraron con la idea

Hola Buenas tardes . Minuto 5:20 .. donde estan dando loso WorkShop a los miembros de tu comunidad

Yo creo que es necesario el micro-frontend, estuve trabajando en un proyecto de un año y medio de una aplicación bancaria y llegó un punto en el que la aplicación crecio demasiado y era inmantenible, y era una app de al menos unas 8 vistas distintas, hubiese sido mejor si se hubiese separa en 8 micro-frontends

Alguien tiene el link de medium del arquitecto de wix?

Bueno el video, yo creo que el punto mas fuerte de los microFE es en el CI/CD igual que en en los microservicios si uno falla aun se pueden usar los otros, solo tendrias que deployar ese micro sin tener riesgo de afectar otro, tambien puedes configurar los pods solo con lo necesario.

@crackzz8913

2 жыл бұрын

La pregunta es, cómo hacer el CI/CD de manera independiente

@pktron

2 жыл бұрын

Pues lo mas comun es con docker, kubernetes y algo como Jenkins pero estaria buenisimo una video con alguien que se dedique a eso

El micro fronted es similar a trabajar con sub módulos?

Mas piedras en la mochila para los full stacks jejejej...No SE si me alcance la vida para aprender Todo jejejeje

Y que paso con el enlace de el articulo

Alguien sabe cuál es el artículo del que hablan 14:08

Mi gran pregunta es como mantienes las sesiones o el login o los tokens, como trabajara esta parte para el desarrollo, temas de seguridad seria mi gran pregunta... es la gran duda que tengo en mi cabeza

@crackzz8913

2 жыл бұрын

Es que es muy complicado u.u

No termino de comprender, si querés reutilizar parar eso usas componentes, pero con este esquema no hay una recarga del dom o core entre páginas que sería evitada si todo fuera una ?

2 жыл бұрын

La única ventaja que le veo es que si se mantiene una parte nunca afectaría las otras pero veo un beneficio a costa de una costo de rendimiento del lado del cliente, jaja va eso entendió del vídeo que no se nada del tema 😅

Hola me gustan mucho tus vídeos pero tú sonido se oye muy abajo necesito subirle a todo mi auriculares o se distorsiona

Domincode seems like a got high before recording this video

Que bueno que a Bezael lo auspicia Nike.

Chale no c nada xd

Webpack esta muerto. Vite o EsBuild son 20x mas rapidos

@CarlosLopez-lf1un

2 жыл бұрын

En este momento ya webpack no tiene sentido a la par de Vite, eso si una migración no la recomiendo en un proyecto grande, es un auténtico dolor de cabeza

@carminemaggio5464

2 жыл бұрын

Me entero, jeje que tiene Vite que no tenga Webpack?

@CarlosLopez-lf1un

2 жыл бұрын

@@carminemaggio5464 rapidez

@carminemaggio5464

2 жыл бұрын

@@CarlosLopez-lf1un En el desarrollo, en la configuración, en el compilado? En que sentido hay más rapidez ?

@CarlosLopez-lf1un

2 жыл бұрын

@@carminemaggio5464 en todo lo que mencionaste, que usas para debug? Si solo haces scripts pequeños o single components no hay diferencia, si haces un proyecto grande se nota, los tiempos de ejecución son horribles

para tener un "microfrontend" se me hace que los proyectos son muy legacy de mantenimiento y quieren mergear todo lo que tenian porque aveces en proyectos grandes y antiguos no se tuvo un path de desarrollo, es la unica manera que le veo utilidad aun asi viene a ser muy engorroso matener esto

Se parece a Mbappe XD