Midu, cada que tengo una inquietud sobre cómo manejar los errores regreso a este video y no tienes idea como me aclara el camino. Gracias por ser tan genial y aportar tanto a mi vida!

Muchas gracias en serio por tu contenido midu, después de verlo he mejorado considerablemente en las practicas que aplico en mi trabajo y gracias a ti estoy tratando de buscar un trabajo como React dev. En serio, muchas muchas gracias!!!

Muy buen video, muchos de los conceptos que mostraste es como se trabaja en C#, el manejo de errores, patron factory..

En verdad excelente, gracias por compartir 👍

Saludos!! Cada vez con vos aprendo un Mundo y mas horita que estoy asiendo mi primera app Web :D

En nuestro caso utilizamos hapi/boom para el manejo de errores en node + expressjs para la mayoría de los casos, pero no sabría si esta forma de manejarlos sería una mejor opción 🤔a pesar que pinta muy bien. Saludos!

Gracias midu, de tí he aprendido a mejorar mucho mi código!. Algún libro que recomiendes para aprender este tipo de cosas?

Gracias midu por el video, muy interesante, un saludo!

Justo lo que necesitaba.

no manches el video esta muy informativo gracias midu

Casualidad hace unas horas estaba pensando de como se deberia resolver los errores, gracias midu por los conocimientos!

Estos videos son arte de programador

Eso es muy cierto muchos servicios retornan toda la traza del error, una buena practica es tener un middleware que interpreta el error

Qué editor de código usaste en este video? me da un aire a visual studio code bastante minimalista.

Creí que tenías 27 realmente jaja, buen video, saludos desde México.

Muy buen video. También puedes crear un control de errores más robusto evitando los if else o switch implementando el patrón Either monad con alguna aproximación a pattern matching

No se si es mi opinión solamente, y espero que @midudev, lea este mensaje, pero este tema me parece super interesante e importante. Y me gustaria mucho que Midu hablara mas al respecto, en un video mas completo.

min 7 Si despues del setTimeout llamas a validateUser ya dejas de hacer un try-catch n¿ Un return a una funcion que vuelva hacer el try-catch no seria mejor? es cómo suelo hacerlo.

Interesante aproximación, lo único que me podría resultar desagradable es lo complicado que se torna dar mantenimiento a las multiples clases en aplicaciones muy grandes, con la aproximación del factory te evitas algunos de esos problemas pero solo si lo usas en runtime para generar los errores dinámicamente on-demand. Pero pierdes el determinismo..... haha Quizá es mi aversión a las clases la que habla. Suelo usar factories de loggers en cada archivo que trazan los errores por archivo y método con un middleware a alto nivel para evitar propagarlos a cliente, me resulta simple y suele ser fácil de aplicar (solo usen el logger y ya), pero claro eso ya es un tema distinto....

​ @midulive speaking of react, is it possible to handle this using only useErrorBoundary? thank u

como seguir controlando los stacks del error? muchas gracias!

También es bueno agregarle la propiedad cause, para saber que fue lo que realmente causó el error. Saludos.

Hola Midu! Me quedé con la parte de prototypes, ¿dónde puedo aprender eso? Huele a algo muy a bajo nivel del lenguaje y me da curiosidad para realmente entender lo que pasa por detrás. Me sorprendió que las clases sean syntactic sugar!

Justo lo que necesitaba, gracias master midu!, como se llama el ide en el que trabajas y te muestra la respuesta enseguida?. gracias.

Buena noche a todos, super el video! Tengo una duda fuera del video: Es bueno que a los desarrolladores se nos mida por horas de tiempo trabajadas? En mi opinión se nos debería medir como desarrolladores sobre el valor agregado que le damos a un cliente, más no al tiempo en que estamos detrás de una computadora Les comento: actualmente estoy en una empresa en donde los desarrolladores tenemos que registrar diariamente un tiempo determinado sobre las tareas o proyectos que tengamos asignados. Cada que llega un nuevo requerimiento se estima en horas cuanto puede durar ese requerimiento y eso se le asigna al requerimiento o tarea, el desarrollador tiene un tiempo determinado para sus labores y así se va el día a día, sin embargo hay tareas que son complejas para algunas personas. Para mi es facil ya que llevo 2 años en la empresa y lo que me asignan me toma poco tiempo en resolverlo porque ya sé donde buscar la info y demás, pero en su momento me tomó tiempo adaptarme y me tocaba estar muucho tiempo fuera de mi horario laboral resolviendo problemas del mismo desarrollo y son bastante tacaños por así decirse a la hora de brindar más tiempo. De igual forma eso hacía que me llenara de requerimientos y requerimientos sin finalizar ya que no tenía donde registrar mis horas trabajadas ya que tenía que investigar mucho, ahora mismo eso lo estan viviendo los desarrolladores nuevos que entran a la empresa y estoy pensando en proponer otro mecanismo o indicador que nos mida como desarrolladores

Nombraste el this y termino el video. Lo cortaste antes de que se vaya la gente 😂😂😂

cual es ese editor ?

Hay forma de crear un handler generico para todas las peticiones a un microservicio construido con express? algo asi como un filter en spring cloud gateway?

Que editor es ese?

que thema de visual es ese?

Yo he visto mucho con la gente de Codely sobre utilizar Either para que el cliente que utiliza la función sepa que puede fallar y de qué formas, qué opinas acerca de eso? 🤔

En axios se pueden usar los interceptors

Hola Midu, hablando de el tema de los errores, como puedo generar archivos logs de los errores que se tengan en la página, me han pedido varias veces que los integre pero nunca he dado en como poder hacerlo

Que cómodo es esto en java que puedes indicar que errores puede lanzar el método y el cliente sabe que necesita un capturarlo, a ver si llega algo así a TS

❤🎉

Añadir sobre la modificación de prototype: con que coincidieran modificaciones del mismo prototipo en dos librerías diferentes en un proyecto sería muy fácil que hubiera un conflicto entre ambas.Yo solo lo recomendaría en un contexto de aprendizaje, para entender cómo funcionan los prototypes, pero nunca para una aplicación real. Con la extensión, al ser tipos creados en sus respectivas librerías, este problema no existiría.

Como se llama ese tema?

Útil para node. Lo hacen nest

De los errores se aprende

Yo tampoco entendí la diferencia entre extender un prototype y extender una clase 😅

Eres mi padre

Interesatne, pero mi pregunta es ¿Cuál es la extensión que tienes debajo del código corriendo?, pareciera QuokaJS pero se ve que no lo es, gran video.

En realidad es irrelevante usar clases específicas para los errores. El error lo debes manejar en el sitio donde ocurra. Para los casos en que necesites actualizar la UI es mejor usar eventos o si usas redes hacer un Dispatch.

27 años, ya toca escopeta

Midu ahi estabas gordito xd

No ombe.el problena es que asi se nos enseña en los tutoriales y en la documentacion de forma mal .😂😂😂

De alguna manera siento resquemor al ver esa imagen de portada del video... es decir, porqué hacer eso?. Parece un tipo de menosprecio. literalmente. No es la primera vez que lo haces, lo dice alguien que nisiquiera es un junior AUN😂. Eventualmente llegaré a esa etapa y la atravesaré como muchos.... es muy probable que te importe mil ectareas de Ver.g4 mi comentario, pero si te importa quizás cambies un poco eso y quizás obtengas más seguidores... yo que se 🤷🏽‍♂️.

Te respeto bro, pero en definitiva no eres SR developer

En lo particular no me gusta mandar validaciones tan sencillas a un handle de errores, eso si me parece de noobs jejej sin ofender, en mi caso prefiero crear un arreglo de errores y validar cada propiedad con un if(!user?.name) listErrors.push("Name required"), al final hago un conteo de los elementos de mi arreglo de errores, de esta forma puedo mostrarle al usuario si quiero los errores o que datos son requeridos, HACERLO SENCILLO ES LO COMPLEJO!! @midulive, si me equivoco me comentas.