Casi Pierdo mi Trabajo por un Try Catch

[@hdeleonnet]

Mis Cursos de Programación: hdeleon.net/cursos-premium/

[@13delvin]

Que no sirven para nada

[@fotegui05]

Al fin un programador que entiende de qué trabaja!!! Felicitaciones!!!

[@martinflores9611]

Jajajaja la neta

[@carlosdevtech]

El mejor comentario 😂

[@icedev8078]

Para programar una IA que acabe con todo?

[@davidsepulveda4325]

x2, sabe lo q hace y lo q dice

[@diegoprietto]

Me pasó lo mismo, en el trabajo tenia que hacer la descargar de un archivo, y se colgaba en algunos casos y pude encontrar que era porque en esos casos entraba en la excepción del try catch por cada registro a procesar, por un dato no esperado, y al ser cientos de miles moría ahí, así aprendí a tener cuidado con los try catch.

[@criptoz00]

Como diria mi abuelo: al Try Catch no hay qye tenerle miedo, hay que tenerle respeto

[@kirk638]

JAJAJAJAJA

[@TheEdgardw]

Mas que respeto... hay q saber tener en cuenta cuando es necesario utilizarlo..

[@heduardos26]

Soy un desarrollador Sr y no había caído en cuenta sobre esto, excelente el contenido, videos sobre este tipo de situaciones reales son muy útiles.

[@Luis.628]

Me gustaría un vídeo de "buenas prácticas para aplicaciones grandes con altas transacciones" o algo así por el estilo. Por qué he visto varios videos que usan y te dicen que uses try catch a diestra y siniestra. Pero en el momento que trabajas en grandes empresas, estás son cosas que solo tú entiendes por estar allí y vivirlo. Me gustaría que "nos" enseñaras a los programadores más pequeños, por si en algún momento nos miras nuestro código no te salten los ojos y se te suba la presión. Gracias por el conocimiento del día a día. 🎉

[@ricardosupe5490]

Lo sigo desde que me salvó en muchas tareas de la Uni y nunca decepciona

[@metalhead_6]

Soy programador Java (no me odien :'v), desconozco si en C# (me imagino que sí) existe el concepto de Checked and Unchecked Exceptions. Justo como lo mencionas, hay errores que obligatoriamente deben controlarse con bloques try-catch (checked) debido a que se pueden considerar errores externos (un archivo que no existe o está corrupto, una conexión a base de datos muerta o algo parecido), pero para otros errores (unchecked) debería evitarse el uso de bloques try-catch y manejarlos de otra forma, justamente como lo haces al final. Gracias por tus videos, eres un crack

[@davidfuentes8714]

Uno de mis profesores siempre nos decía hasta el cansancio que el try catch era solo para eventos que realmente desconocemos y si sabemos que una validación puede fallar o una parte del código puede fallar debíamos manejarlo sin try catch xD la verdad no le hacíamos mucho caso y no me ha pasado algo así, pero ahora viendo tu video lo entiendo mejor, debío ponernos un ejemplo así en vez de solo repetirnos lo mismo tantas veces, muy buen video

[@germancho-dev]

Buenisimo comentario, algo que quizas me hubiese gustado que se hubiese hablado en el video. Justamente pensaba eso, si dedicas una capa de abstraccion para el manejo de errores (conocidos) podrias optimizar mucho mas el rendimiento, ya que el try catch se utilizaria solo para casos puntuales.

[@irck113]

Que pésima confianza hacia el profesor. Si te dicen las cosas es por una razón, no solo para ser cansino. Da igual si lo mostraba en un ejemplo práctico o no, si te lo repiten por tanto es por algo. Típicos alumnos que se creen más listo que los maestros.

[@yeicore]

En mi caso, me enseñaron a usar try catch en operaciones como en las que consumes servicios tipo Api calls o operaciones de ORM. Está bien usarlo en esos casos, no?

[@jonnyex]

Los try catch se usan cuando el codigo puede lanzar excepciones PUNTO, abrir un flujo de datos por ejemplo, no es para meter todo el código

[@davidfuentes8714]

@@yeicore si, pero no debes dejaro todo al try-catch, si puedes manejar errores comunes es mejor, pero en cuestiones de conectarse a otros recursos nunca sabes si algo va a fallar, puede ser que el servicio responda con algún error y puedes manejar eso, pero también puede que un cable se desconecte xD en dónde más se usan es en aplicaciones para usuarios, dónde metes todos los errores a un log e intentas que el usuario no sufra un cierre de su aplicación, que ya no pueda hacer nada o cosas que lo puedan frustrar cómo estar esperando una petición por mucho tiempo

[@alfirian]

Los errores son las mejores lecciones que a veces nos pueden pasar, porque así es como se aprende. Gracias por compartir!

[@johnclaius1091]

Esto vale más que 1000 videos mostrando temas de vscode (cuando ya has visto 2 o 3 y tienes tu vscode chuleado). Esto es oro puro. La experiencia que se comparte es invaluable.

[@koneikichi]

hacen mucha falta este tipo de videos, CRUD y tutoriales lineales sobre como hacer las cosas hay muchos, pero videos donde se hable de lo que realmente nos encontramos allá afuera no muchos, muchas gracias por compartir tu experiencia, un saludo!

[@cintriago1]

Realmente se agradece mucho que exista este tipo de contenido que no son los clásicos programadores haciendo mercadotecnia vendiendo espejitos haciendo cruds o haciendo copy/paste de lo que les dice chat gpt.

[@santiagotapia534]

Muy buena explicación. Podrías dar algún ejemplo de como optimizar una lógica como la del primer ejemplo donde efectivamente la necesidad de usar excepciones. Muchas gracias!

[@migueltrejo4050]

👍videos de programacion ya reales en el mundo laboral no tienen precio

[@josedanielpascasio3158]

Me alegra que compartas estos datos que ayudan a refinar las practicas profesionales, muchísimas gracias!

[@danielsuniaga7841]

mmmm interesante la verdad... yo acostumbro excepcionar interacciones con base de datos, en el repository básicamente ahora con esto me dejaste meditando jejeje, muchas gracias.

[@dagcomunica5921]

Un consejo con demostración incluidos. Bastante valioso. Muchas gracias

[@jhonathanmauriciolatorre6095]

mas videos de este tipo Héctor, tips para mejorar el rendimiento y también casos de uso donde encaje bien alguno de los patrones de diseño que se vio en tu curso, saludos desde Perusalem

[@g_r_x_v]

Contenido que no se encuentra tan fácil en cursos, eso me gusta

[@yhaelopez]

¡Interesante! En mi caso es común usar try/catch en foreach loops porque a veces hacemos lo que llamamos `retrofits`, comandos para arreglar data antigua o calcular un nuevo valor para todos los registros existentes y debemos llamar algunas o muchas APIs externas en las que el try/catch nos da precisión en qué falló y podemos hacer `error handling` para cada usuario/compañía/modelo, etc. Aunque, para fallos tipo "el formato está mal" sí usamos `if/else statements` que llamamos `sanity checks`, acompañados de `early returns/continues`

[@angelitri]

Muy interesante. me gustan estos vídeos cortos, concisos y muy instructivos.

[@alejandroarguello6511]

muy buen video master ahorita ire a corregir mi proyecto que es un web api donde uso mucho try catch dentro de fors

[@FPontiDev]

Buen aporte! Y viva el METAL!

[@juanscasado]

Usted es bueno, Dios me lo bendiga, mis respetos...

[@felixurrutia4246]

Muchas gracias por esta información. Se catchean los errores generales y no los singulares. En relación a estos últimos, es preferible colectarlos y luego gestionarlos.

[@GeekForLife01]

Me encanto este video, esperando los próximos.

[@angelrivera3000]

Efectivamente es saber para que usar el Try Catch... gracias por este video.

[@juliusg8555]

Bastante ilustrativa la explicación, justo estoy en el tema de manejo de errores y try catch en java y esto me ayuda a tener muy clara su importancia

[@illiantes6955]

Muchas gracias, la información me puede servir para un futuro.

[@jorgeluissolera]

A mi sí me sirvió😊 excelente, gracias

[@trentzalamea]

te sigo desde hace 2 semestre y me salvaste la materia de POE la verdad sin ti no seguiria en la uni te hamo power hdeleon

[@dionisiohernandez8700]

Excelente, a tomar en cuenta.

[@facundosoler2200]

Muy buena, super consciso y claramente explicado. En mi empresa no lo he visto aplicado pero lo intentare tener en cuenta por si veo este caso. Abrazo !

[@josemanuelmartinellreynald5785]

Saludos desde Cuba hermano. Sigue asi.

[@emmanuelzelarayan2561]

Me gusto mucho el video. Voy a implementarlo en el proyecto que estoy trabajando, hay muchas cosas como esas.

[@javierantoniodepaula4199]

Sufrí el mismo problema con una solución de software que desarrolle hace tiempo y hasta ahora no entendía el porque sufría bajones de rendimiento, era un proyecto que permitía monitorear direcciones ip de manera constante, y en el código capturaba excepciones, el problema estaba en qué monitoreaba a la vez muchas direcciones y en cada monitoreo usaba try catch, jajajaja ahora que veo tu vídeo caí en cuenta y solo me río de mi error.

[@ctoro3675]

Que bueno el video,. Justamente me encontré con un problema similar en mi trabajo. Me alegra que llegué a pensar esa misma solución para no perjudicar el rendimiento.

[@lordgothic47]

muy buenos los video no solo mostras los pro de la programacion sino como se puede cometer un simple error como programador y obviamente no usate la IA

Muchas gracias por este tipo de Tips!

[@aaronlemus3017]

Excelente, me hizo pensar en varios escenarios en que asi tenfo estructurado el código.

[@jhonalvarez1930]

Muy buena información, lo desconocía y no me enseñaron sobre los tiempos

[@markcabie]

Genial Gran Maese... gran aporte. Gracias por tu tiempo y excelente manera de explicar.

[@sloventblake7990]

Se agradece hermano 😊

[@ChanoTSG]

increible, excelente demostracion

[@andresfelipepizoluligo1471]

Muchas gracias por esta clase de videos.

[@unicronos7]

Muy interesante y bien explicado.

[@alvarezregalado]

Excelente análisis. Hace algún tiempo trabajé en un proyecto donde el rendimiento general de la aplicación era crucial y establecí a mi grupo de trabajo que cada proceso debía ser programado con 3 enfoques diferentes, que luego pasarían por un sencillo test que midiera los tiempos 10.000 iteraciones de cada enfoque. En ese entonces trabajaba con VB6 y llegue a sorprenderme mucho de las diferencias de tiempo que puede existir tan solo cambiando un par de lineas en el código. P.D. Desde entonces adoro las operaciones con número binarios.

[@victor52589]

al fin alguien habla de esto, todos me trataban de loco cuando se los explicaba, incluso veia desarrolladores que para todo creaban throw y abusaban del try catch y yo les decia "intenta evitar usarlo, por que se pone más lento" y claro, con pocos registros todo funciona bien pero con miles todo se va al carajo, asi que siempre intentar usar todo lo posible dentro de los foreach, for, while, todo lo que te ayude a evitar usra try catch

[@fcj199914]

Son buenos estos videos. Muchas veces hay errores en el codigo aunque la logica este bien y este tipo de cosas son las que diferencian a un buen programador. Sigue con mas videos asi bro. 👌🏻

[@maisakurajima1886]

Que buen ejemplo de que los requerimientos no estaban bien definidos gracias por tu gran labor

[@JoseAguilar]

gracias por el aporte, te hace ver lo problematico que puede llegar a ser el uso de estos capturadores de errores

[@samuellopez9954]

Oe loco que buen video, sigue así loco nos ayudas bastante🤘

[@jorgeturiel9689]

Hola, instalé net en mi Debian 11, y probé el programa con las excepciones y el tiempo de ejecución es de 14 ms. Es más el mismo programa lo hice en Lazarus (la versión libre de Delphi) y el tiempo de ejecución es de 7 ms.

[@SkillTrailMalefiahs]

Depende mucho... Por lo general tu if no es el generador de la excepción... Ahora llévalo a un ejemplo más real donde el if esté dentro de una función... A ver como guardas el valor del error xD... Siempre habrá mejores formas de hacerlo, si el proceso que se ejecuta no se cuantas veces puede generar excepción, entonces allí hay un mal diseño... Pero gracias por la info, no se me había ocurrido que los try/catch le hacian muy pero muy pesados los procesos, en tu ejemplo fue una mejora x20

[@Pablo009invasor]

Oh sí, aún recuerdo cuando empecé a programar ese error me dió dolores de cabeza, hasta que entendí como funcionaba la excepción; y es que a nivel de gestión el CLR hace como un snapshot del momento de la ejecución, eso sumado a mover al bloque de catch y crear el objeto exception pues es una merma considerable.

[@javiervelazquez1227]

Gracias por compartir!

[@ormenoski4079]

Excelente video, aún no me he topado con una situación así pero desde ahora lo tendré en cuenta. Más videos así por favor, estas experiencias valen oro, son cosas que a veces ni piensas hasta que te pasan

[@marlonv72]

Gracias por el dato, tengo tiempo programando en .Net y no lo sabía

[@jorgealexanderguatequemart3735]

Muchas gracias !!! algo tan aparentemente simple pero que en realidad pesa.

[@pixelatedlava]

que interesante amigo, gracias

[@ManuelSanchez-cx8st]

Excelente aporte amigo!

[@NeoAres1]

Guau!!! info. que vale oro, ¡¡gracias!!

[@brauliomariano]

Buena recomendación y útil ! gracias Héctor.

[@abelmontesdeoca3916]

Eres un crack!! muchas gracias, excelente exposición. Que bueno que no perdiste tu empleo.

[@adolfomujicamota4071]

Gracias por la recomendación

[@walfreddonis4237]

Agradecido con ejemplos como este, para mejorar las prácticas de programación 💪🏽

[@pmorah]

Me caes bien por que eres humilde y reconoces tus errores sin problema. Eso te hace muy buen profesional. Te felicito.

[@vamchy-34]

Buen video, lo tendre en cuenta!!

[@rodrigodinamarca9301]

Muy buen video, hace poco en un bootcamp de Python me tocó ver algo similar y resolver situaciones solo a través de técnicas de programación estructurada...

[@ZohKrahM]

Me pasó lo mismo en una base de datos sql, era un sp que recibía xml y algunos daba error de parseo cuando tenía caracteres especiales. En el caso del error reportado, era el caracter &, entonces, lo que había hecho era un try/catch cuando se parseaba cada xml y en el catch sanitizar los caracteres especiales con una expresión regular. Resultado, el proceso se ralentizó muchísimo, algo que tardaba en procesarse 10 minutos (más o menos 10000 xml), con el "arreglo" tardaba más de 2 horas.

[@martincaceres6209]

Mismo concejo nos dio un profe; gracias por recordármelo capo! Éxitos!

[@vanzettydurant]

Excelente comparación. No sabía que el try_catch consumía tanto tiempo. Hay que tomarlo mucho en cuenta. Gracias

[@josemendoza8670]

Excelente aporte, muchas gracias, tenga su like y un nuevo subscritpor.

[@lucasasensio7113]

muy buen material, conciso al punto

[@ivanalejandro6447]

Excelente contenido como siempre wapo 🤝

[@AizensDev]

Los try catch solo los uso en funciones de cloud function y cuando es una lógica media compleja y muy compleja que puede haber diferentes error, ya se por conexión de Internet o por error al ingresar datos.

[@Viterdo]

Buen tip !! que lenguiaje estabas utilizando? el de forms? OMG!!!

[@quelykojuega2023]

Muy útil. Gracias!!

[@renis22]

buen video-- gracias por la info--

[@cursosaprendisaje6806]

Muy bueno el video.... Gracias Hector

[@wichoso]

Siempre es bueno aprender de los errores. Mejor aun cuando no son propios. Gracias por compartir!

[@fernandocastillo4894]

Madre mía, yo utilizo para todo el try catch. Luego me preguntaba porque es lento, tengo una función que me ayuda a aprobar solicitudes y crear ordenes de compra, en ambas tengo un try catch, debo verificar mi código jajaja

[@cerealguyfrank5509]

¡Gracias por compartir esta valiosa joya de experiencia!

[@Setzyard]

Muy buen vídeo! Gracias!

[@Rasetz]

Excelente contenido, creo que no siempre te pones a pensar en ese tipo de situaciones hasta que te pasa. Gracias por el consejo 🤘

[@yoanestradablanco1608]

Buenisimo el tip me lo guardo exitos crack

[@kunta4255]

muy bueno el caso presentado, en mi experiencia me ha tocado estar obligado a agregar un try catch dentro de un ciclo (hay casos en que no queres que termine el ciclo y llamas a una función que no administras que te puede lanzar excepcion) y no veo como mala practica hacer eso. Lo que me hace mucho ruido es lanzar excepciones para casos funcionales normales (o contemplados), a mi punto de vista se llaman excepciones porque son excepciones, intento que no se conviertan en regla. recién veo un video de tu canal me pareció interesante este video saludos!

[@gustavoangelsanchez5170]

Wow, para mí que no trabajé nunca es muy interesante ver esto del rendimiento, gracias por compartir la experiencia con los que queremos aprender e iniciarnos en este mundo de la progrt

[@dantesgtfo1511]

Muy bueno el video! Aunque siento que estoy muy jr todavía para entender en su totalidad lo que estás explicando. Pero lo vi hasta el final tratando de entender xD

[@lulz2217]

HgodDeleon no me la sabía, gracias, creo que haré una sugerencia en la empresa donde trabajo xd

[@briancastroTI]

Muy interesante, gracias.

[@jeancarlosluciano9211]

excelente video, muy buena tematica la de este video

[@pablonardi4416]

Muy buen video y buena explicacion. La voy a tener en cuenta!

[@luisemtzesq1240]

Los cursos que hay son muy básicos, que no encuentras este tipo de información. Gracias H!

[@JoseLuisLazcanoLeal]

Recuerdo que en el libro clean code utilizaban las excepciones para controlar el flujo del programa, nunca me ha gustado esa forma de control, justamente por lo que describe en el video. Las excepciones hay que reservarlas para exactamente eso, excepciones, e incluso cuando hay excepciones que se puede evitar, lo ideal es evitarlas.

[@DeftOSs]

buen material bro , gracias

[@lusdolot]

De esos videos es de los que se aprende, y se aprende a mares, mil gracias

[@jnmldo]

Que buena data tiraste maestro! Sigue así.

[@sgssergio]

Otra mala prá ctica es usar el try catch como control de flujo, si esta ok hace algo si da excepcion otra cosa y tira bajo la alfombra la excepcion.