Dejá de usar if else como junior.

Dejá de usar if/else anidados al pedo; usá guard clauses (siempre y cuando no tengas que manejar recursos) y sé feliz.
00:00 Intro
00:26 Programar para el camino feliz
01:06 Ejemplo tonto
02:21 Cláusulas de protección
03:46 Hmactually...
•·················•·················•
#programacion #programar #aprenderaprogramar
Links.
Canal de cine/filosofía: @ElAntroDeDager
Canal de musiquita: @DagerMusic
Twitch: / dagerxiv
Discord: / discord
IG: / dager.32

[@DotDager]

Conclusión: Alejo y Valentina está piola. PS: venite al Discord -> discord.gg/4NFk6TamAB PS2: tiene el Shadow of the Colossus, alto juego. PS3: la musiquita es original y va a mi canal de ruido -> kzbin.info.

[@andreeelias6562]

Ya pero cual es la ando buscando y no la encuentro :(((

[@JuanCarlosLaurian]

Recuerdo mi primera clase de programación estructurada en la Universidad, la profesora nos pedía un programa que (por ejemplo) sumara dos números. ¡Facil!, pero cuando la profesora lo revisaba y veía que en pantalla el programa le pedía un número, empezaba a golpear el teclado y a escribir lo que fuera. Lo que obviamente causaba un error al escribir cualquier cosa que no fuera un número. Siempre nos decia, deben pensar en que el usuario es estupido y no hará lo que el programa pide hacer, así que deben validar todo. Hasta la fecha, sigo programando pensando en que el usuario hará todo menos lo que le pide mi programa.

[@ciddiazalangerardo1116]

Donde puedo aprender más acerca de validaciones? Me recomiendas algo?

[@carlosmantilla7997]

Eso es normal en c, en vez de un número se ingresa un carácter distinto a un número y listo, frito el programa

[@hrk59]

se llama programación defensiva, lleva mas tiempo, código y recursos@@ciddiazalangerardo1116

[@hugorodas1722]

Creo que todos los profes dicen lo mismo

[@hugorodas1722]

Creo que todos los profes dicen lo mismo

[@blindsight21]

En mi etapa de junior cometia este error hasta que vino un senior y me refactorizó mi código de esta manera. Pero nunca supe que a esta buena práctica se le denominaba "Guard clauses". Excelente video amigo!

[@DotDager]

La mayoría lo desarrollamos intuitivamente, pero en CS le ponemos nombres elegantes a todo, jajaja.

[@nicolasgarcia253]

@@DotDager hay que admitir que suena ridiculamente fachero gard clausess

[@ICE4B]

@@DotDager Está bien eso, si algo ocurre o se usa recurrentemente y en lugares independientes, habrá que ponerle algún nombre y categorizarlo de algún modo. Así funciona el conocimiento.

[@eduardogz1422]

​​@@DotDager Eso lo enseñana el libro de cleancode?

[@finspagamer2240]

A mi me paso lo mismo solo que lo fui tan pelotudo que le dije al senior porque rompes mi código y me dijo abecés hay que romper para construir correctamente . y de esa manera tan educada me dios un zas! en toda la boca .

[@asel_ga]

Ni siquiera programo, pero tus videos son tan concisos, con el humor justo y la edición correcta, que se que estoy aprendiendo algo que a futuro me va a servir. En unos años te lo voy a agradecer el doble o triple.

[@cx24venezuela]

Pues puedes aprender programación desde hoy

[@ramirojimenez1046]

Y si a este video le agregas la S de SOLID y te llevas cada condición que dispara un exception a un método privado que empiece con "check" o "validate", dicen que los ojos de muchos programadores brillan y dejan lágrimas de felicidad. Amén.

[@MaximoTorterolo]

A los que mencionas sumo 'enforce', generalmente lo utilizo cuando denoto que si esta condición no se cumple tire excepción y me reservo los checks o validates para casos que no throween y más bien devuelven booleanos (sobre todo con el clasico isValid). Ex: enforceEmailPresenceFor(UserDTO: user) // throws: Email must be defined

[@giuliano3963]

Permitime discernir. Hacer eso agrega complejidad innecesaria. Lo que termina pasando es que por cada condicion tenes que ir a ver la implementacion del metodo que la realiza para ver que hace. Obviamente si la validacion fuera mas complicada, si la pondria en su propio metodo, y que me devuelva un booleano. Y otra cosa, la excepcion es porque no se cumplen las precondiciones de (en este caso) divide, con lo cual la responsabilidad de lanzarla es de ese mismo metodo. Obviamente esto es una opinion, pero lo importante es que siempre hay que aplicar los principios de diseño con criterio.

[@danielruiz2864]

​​@@giuliano3963 amen La gente se está volviendo loca con este tema, al final si son n condiciones terminan haciendo n funciones de una sola línea que se vuelven muy difíciles de seguir y te toca ir saltando de una en otra sin el olvidar todo el stak anterior

las excepciones son el goto de este milenio, y solo agregan complejidad donde no la deberia haber, es por eso que en golang ni las implementaron aparte usar excepciones que son para cosas "excepcionales" cuando sabes lo que sucedera en tal y tal caso? aparte las excepciones tambien como dije son el goto de ahora, solo brincan a solo dios sabe donde en el codigo y si eso es lo que pasa si no las controlas saltan y llegan donde se les pega la gana, bien puede caer en un catch anterior a la llamada o bien adentro del codigo

[@danielruiz2864]

@ Si se usan bien, terminan siendo muy parecido a lo que se tiene en go, sin necesidad de try/catch, al final en vez de un err, response, obtienes una variable que puede tener el tipo GeneralException o response, después de ello se hace lo mismo que se hace en Go, si es un error/Excepcion se retorna, sino se prosigue

[@ignanttt]

Loco lo que dices es muy cierto (no se programar)

[@matiasgimenez6507]

Empecé a estudiar programación/desarrollo web hace poquito y me encontré con el canal ésta semana. Ya me vi todos tus videos, impecable el contenido y las formas de explicar, y el humor que le da el toque justo. Recién empiezo en éste mundo pero cada video tuyo es una motivación más para seguir estudiando y aprendiendo, ojalá el canal siga creciendo, gracias Dager!

[@edixonpina2755]

Yo conocía esa practica como "error handling first" y desde que la aprendí trato siempre de escribir mis condicionales de esta manera, a veces puede que escribas mas pero vale la pena por la legibilidad que se obtiene, al final es lo mas importante, recordemos que escribimos código para humanos no para maquinas.

[@monotudo5761]

Me copa si seguis haciendo este tipo de videos acerca de programacion/coding en cuanto a cosas mas especificas.

[@DotDager]

Gracias pa, es la idea.

[@amargasaurus5337]

He visto varios videos (en ingles) que explican esto.. y este es el primero en el que siento que por fin comprendo cual es la ventaja para mi especificamente de hacer esto, y el primero que _me hizo claramente reconocer guard clauses cuando las veo_ Creo que los videos que vi antes tenian la tendencia de poner ejemplos demasiado simplificados y genericos, porbablemente con el proposito de ser "mas accesibles" o mas didacticos o como sea que se le quiera llamar. La ironia es que tu ejemplo (que se nota elegiste y armaste cuidadosamente) _parece_ menos "accesible", pero por virtud de poner una situacion practica con un lenguaje de programacion especifico, tu ejemplo da a entender mucho mejor (en mi opinion) cual es la motivacion para usar la regla/guideline. En otras palabras he visto antes videos que describen esto mismo y te dicen que hacer, pero es la primera vez que alguien me convence de que tengo una razon para efectivamente usar el consejo en vez de ignorarlo y seguir con mis if-scaleras

[@DreanPetruza]

Como dice el OP, no aplica a todos los casos. Es la forma más legible y en general en aplicaciones de negocios donde la performance de un if da igual, está bien. Ahora en tiempo real, videojuegos, etc. donde una función puede ejecutarse muchísimas veces en poco tiempo, y se sabe que estadísticamente es más probable que se dé una de las condiciones más que la otra, conviene chequear la más probable primero y salir antes de la función sin chequear la segunda.

[@sebastianjulonchamana2987]

muchos coders romantizan mucho lo que programan, si me paso todo un dia pensando en eso entonces mis deadlines acabarian con mi salud mental

[@santiagopahuana8953]

Siempre me inspiras a seguir aprendiendo en el mundo de la programacion, eres un duro en estos temas! Muchisimas gracias Skrillex

[@SerikeOficial]

noooooo perro jajajajajajajjaj te mamaste con ese comentario 🤣🤣🤣🤣🤣🤣🤣🤣🤣🤣🤣🤣🤣🤣😂😂😆😆😆😆

[@johan148]

Estaba laburando y me salió el título como notificación. Pensé que alguno de mis superiores me estaba cagando a pedo Ajajajajaja

[@DotDager]

Ajajajaja, ahora mi próximo video se va a llamar "dejá de escribir código buggeado o te despido".

[@franconieva8767]

Me encanta que te tira la corta (como la tuya) no te da vueltas para darte una explicación, creo que eso hace que el video sea mas útil y llevadero de ver!

[@Santudere]

GRACIAS DAGER POR TANTAS ALEGRÍAS, ME SALVASTE DE MANERA PARCIAL.

[@gastonrc94]

Como aclaración del final, incluso si tenés que manejar recursos, es buena práctica utilizar así los if y utilizar goto en caso de que se presente algún error para saltar al final de la función donde se liberan los recursos. Es un código típico que te encontrás en la API de Windows y Linux.

[@GustavoGarcia-tn2gj]

"Cualquier pieza de software que requiera que alguien se acuerde de algo para que funcione...es fragil" Me dejó pensando todo el maldito día

[@kyokobm6866]

Muchas gracias, Dager. Te confieso que al principio del video no entendía nada, pues aun no conozco ese lenguaje de programación. Sin embargo, he de decir que al final del video tampoco entendí, por lo mismo que te dije, que no conozco ese lenguaje de programación. Algún día lo haré, espero 😀👍 Buen video

[@Nayla239]

Jaja estamos iguales

[@unixcat]

Si en vez de estudiar los lenguajes en especifico, estudias las bases y los conceptos básicos, vas a poder entender casi cualquiera a pesar de que no lo conozcas.

[@kyokobm6866]

@@unixcat si los sé, y si entendí. Era un chiste. Por eso la redundancia.

[@adonay.franco]

Amigo ese código prácticamente es repetible en cualquier lenguaje. Estudia más pseudocodigo para que no se te complique tanto

[@kyokobm6866]

@@adonay.franco misma respuesta que le di a la persona anterior.

[@user-hs1vp3mt2s]

Me salió tu vídeo en la lista de sugerencias y a la mitad del vídeo ya decidí entrar a tu canal a ver los últimos vídeos. Buena info, buena presentación, buena edición e información al punto para que no se haga pesado. Por lo pronto tienes un sub más y sin ir más lejos voy a compartir este mismo vídeo, saludos desde España!

[@DotDager]

Gracias por la buena onda

[@yojuanfra2010]

que manera de hacernos reir!! excelentes videos como siempre tio dager! queremos videos mas largos!!! 😍🥰

[@digital_edgee]

Brother me encantan tus videos,vas a crecer mucho,tienes buena personalidad algo que no es común en los canales de programación

[@that_is_not_me]

4:00 En C igual puedes seguir la misma estructura, pero usando goto en vez de return para las salidas anticipadas y usando una variable intermedia para el valor de retorno. Simplemente defines varias etiquetas que te permitan saltar al final de la función, justo antes de cada llamada a free(), según sea necesario.

[@DotDager]

Perdón

[@juani6597]

tus videos son arte, entre el humor exacto y el conocimiento concreto todo en un video de 4:29.. queda quitarse el sombrero (hasta donde yo sé)

[@Desmond7w7Tempesd]

Me gusta esa forma de programar, resolver el error antes de que exista, eso haria que de paso se usen meos recursos del sistema, lo pondré en práctica gracias por el consejo

[@Alan_knm1]

Pero que buen contenido, como dijo alguien mas, directo, preciso y conciso. Nuevo sub!

[@feivaco5209]

se programa como se requiera. si haces 10mil lineas de codigo pa hacer un trabajo mega sencillo y aun asi cumple con los requerimientos del sistema entonces es mas que perfecto el codigo. se programa siguiendo las reglas impuestas en los requerimientos.

[@crist0sant0]

Primer vídeo que veo. Indagaré el canal. Me gustó el vídeo. Me encanta programar, aunque mi experiencia es más Front. Sería bueno seguir la serie, con las demás estructuras de control.

[@DotDager]

Gracias papu, se tendrá en cuenta.

[@schmarbier9343]

jasdjasdj que cago de risa, el humor es tan basico pero buenisimo. Muy buena info das en los videos me sirve una locura (soy un junior con un año de exp) saluditos y beso en la cola

[@juacor12]

Dice mi vieja que no te de bola y que programe como yo quiera. Buen video Dager, sos un capo!

[@hardiromero5520]

Pues me parece que es mera practica, contexto, lógica y ganas de hacer las cosas bien. Si después de tanta experiencia programando se sigue usando el if-else de forma simple en situaciones complejas, pues .... no se, al tipo de le debe faltar mas experiencia todavía.

[@gabyg9905]

Buena Dager, te merecés el premio al mejor influecer revelación de programación 2023.

[@ebernatanael5219]

recién lo conozco pero creo que se merece el MVP del año

[@otromasdesistemas]

en mi compu anda joya

[@DotDager]

En la mía no, ayuda.

[@EzequielLBarnes]

Programación defensiva le llamaba yo! Muy bueno, suscriptoooooooooo

[@javiersalazar226]

JAJAJAJAJAJJAJAJAJA Amo los videos de ronnie definitivamente son de lo mejor en youtube

[@_PulpoPaul]

De los mejores videos que has subido hasta ahora. Muy útil!

[@DotDager]

Gracias papu, se aprecia mucho

[@smeglan95]

El happy path es el primer paso, luego lo intentas romper, uno desearia tener un tester para ese trabajo, pero bueno normalmente le toca a uno mismo, puedo entender al tipo que se le escape algun caso raro.

[@victorandrespolo]

Muchas gracias skrillex, es un buen contenido tqm

[@marianokaimakamian6138]

Yo iría un paso más allá y encapsularía las validaciones en una función, como para abstraer más el código y hacerlo un toquelín más testeable... pero como decís, hay casos y casos, y en oportunidades no hay que incurrir en un sobrediseño.

[@gabrielhe180]

Yo usaría switch y si tengo que ir al if usaría if else if else te asegura que c # trate el código como distintos casos de uso y no como independiente y con return puedo abandonar en caso de llegar al caso de uso

[@luismiguelgonzalezperez2243]

que buena onda y que buen humor manejas bro, subscriptor nuevo 😂👍🏻🤜🏻🤛🏻

[@LuxBacelo]

Tambien conocido como fail fast. En todos los lenguajes aplica pero en Go es un MUST.

[@sebasmalonce_estudio]

el Tio Dager siempre siendo clave

[@melkormx]

Por fin un canal donde aprendere a programar.

[@fexed519]

Me re cagué de la risa con este video a parte de que aprendí algo, seguí así!!

[@Jhontc07]

que buenos tus videos dager siempre me meo de risa

[@jorgejorge8878]

Lograste hacer que me suscriba siendo este el primer video tuyo que veo, y siendo yo un programador experimentado y que ya conoce y practica este tema. Haz con esa información lo que te de la gana.

[@Zeraltz]

Me cague de risa porque me recordaste a cuando empece, me suscribo jaja

[@gris_opaco]

Técnicamente todos tus videos son cosas que nadie te pide... pero necesitamos jajaja gracias

[@SuperEspix]

Jajaja tus videos son arte loco, ese sentido del humor me encanta #NoHomo Dale bro que seguimos creciendo!

[@DotDager]

Vamoooooo.

[@angelsproject6316]

Primer video que veo de este canal (no entendí un carajo pero me reí mucho y me entraron ganas de aprender a programar ❤)

[@tripulante404]

La última frase de "que requiera que alguien se acuerde de como debería funcionar", me hace acordar a los repositorios frankesteins de mi laburo

[@OscarLidenbrock]

Para eso existen los comentarios. Comentar el código es como limpiar el wc. Nadie quiere hacerlo pero si lo haces, la experiencia será mucho mejor tanto para ti como para el que entra después.

[@tripulante404]

En realidad creo que lo importante es usar buenas prácticas, cosa que con leer el código sepas que hace, aunque obviamente una simple descripción o armar un swagger es necesario. @@OscarLidenbrock

[@DeveloperJourneyVlogs]

me suscribi y si me crecio! gracias dager!

[@jeanpaulsanchezmendoza1328]

Buenazo el consejo. Yo ya utilizaba validaciones de parámetros al inicio de mi código funcional. Si las validaciones fallaban, el código funcional nunca se ejecutaba. Interesante darte cuenta que usabas algo con buen criterio pero que me hubiese sido muy difícil explicar el motivo del por qué debería ser así. Con este video, ya me deja claro transmitir el criterio a alguien más. Saludos.

[@millermillermiller9206]

2 cosas, muy buen humor y hoy aprendí algo nuevo. Tkm rey

[@DaniEIdiomas]

Chicos, suscribirse funciona. ¡FUNCIONA! XD Este tema de las guard clauses es algo que vi en otra parte este año, precisamente. Gracias

[@danilbarillas7674]

CHEEE QUE BUEENN VIDEOO, te enviara dinero si tuviera, pero como ando mas liso que copete de clavo, te doy uno de mis invaluable (like)

[@DotDager]

El like es más que suficiente

[@SuperValladares]

Estructurar mi código con los IF de esa forma lo aprendí en C puro a falta de Try Catch ya que de otra forma se vuelve un espaguetis de IF

[@julenneakailleizza7426]

Reien estoy aprendiendo a programar y no solo me sirve para poder corregir y decir "Claro tiene mucho mas sentido" si no que además me cago de risa un poco. Un genio

[@richarfabricionacatopena6916]

Ya se me creció , grande capo 😅

[@theskullshunter1374]

Recuerdo cuando era principiante (hace como 2 años o más) y estaba comenzando en python. Mi compañero quería conformarse con que el código funcionara y yo terminé entregando un código gigante con dibujitos y un montón de módulos más para realizar y resolver problemas random de trigonometría, me quebraba la cabeza por la división entre 0 a pesar de que no se requería. Recuerdo haber comenzado con try-except (try-catch en C) para satisfacer ese problema, además de resolver la introducción de otros caracteres que no fueran enteros o flotantes. Otros hacían la tarea, yo programaba aplicaciones. Al final terminé perdiendo contra un juego bien pinche hecho con bloques de turtle que se copiaron de otros vatos del curso pasado.

[@thecuouz]

0noser JAJAJAJA esA ES LA CUESTION XDDD TE AMO LOCO

[@lauufox4150]

1:23 JAJAJAAJAJAJAJ que buen edit

[@FinepixF30]

Esta tecnica en realidad se llama "fast fail" donde se retorna rapido de la funcion si los parametros no cumplen, en todo caso el if else se sigue usando. pense que ivas a hablar de ternary operators o de swich statements como remplazo de los if else

[@FrostyTwice]

jasdka me haces cagar de risa, sos un capo

[@arnold4631]

Me subscribo a tu canal solo por que explicaste por que dividir por cero en Javascript da Infinity, sos god capo, esos detalles aportan bocha

[@Crix_17]

Directo, preciso, conciso, muy buen video

[@Northernsky5]

Tienes un aire a Chester Bennington, pero con pelo largo. Gran vídeo crack, me haces reír un montón con tu humor. Yo estoy aprendiendo a crear scripts en Windows hace meses por hobby... Chau xD

[@jukes7269]

Ya me cansé de suscribirme y desuscribirme para aumentar las probabilidades. Buen video!!

[@DotDager]

Me contaron que justo cuando estás por darte por vencido, ahí es cuando funciona.

[@skalliberx6346]

Hola, qué tal? Está bueno ese tips para programar. Queda más limpio el código. Muchas gracias. Lo tendré en cuenta.

[@andersonosorio5478]

Gracias por el consejo men, a cada rato uno se pierde con esas mil cadenas, en un próximo proyecto lo tendré en cuenta

[@gloriaaliciagarciagarcia2278]

Primer video que veo, fue genial, suscrita

Le di a suscribir; tengo cinta métrica en mano y un mundo de ilusiones.

[@jeremiasgomez1963]

Hola dager, hace poco entré en el mundo de la programación. Me encantan tus videos y la onda que le pones. Para una persona experimentada cómo vos, que me recomendarías para poder entender mejor los lenguajes? Como python, javascript, java etc... Gracias y que andes bien. 😊

[@DotDager]

Hola papu, gracias por la buena onda. La clave es que "a programar se aprende programando". Hay teoría, principios que vas a ir abstrayendo, pero para aprender lenguajes tenés que usarlos mucho; del mismo modo que hay leyes de la física que gobiernan el movimiento de los cuerpos, pero para aprender a usar el martillo hay que martillar mucho.

[@angelmoncada7621]

videoooooo en caliente!

[@LuisEnriqueBravoVillalpando]

exacto!!! justo es lo que le digo a un compañero de trabajo que haga codigo bien explicito para evitar errores pero insiste en ofuscar su codigo como si quisiera que nadie lo entendiera... y encima se hace el lsito porque tenemos que ivnertir mas tiempo en descifrarlo, llega al ridiculo de poner nombres de variables con letras y numeros aleatorios con tal de j0der

[@DotDager]

Jajajaja, es la táctica secreta: hacer tu código lo más intrincado e incomprensible que puedas, así te volvés indispensable.

[@santiagoalmiron5345]

Trabajo en Ruby y siempre hago lo que vos decis, las cláusulas exluyentes deben estar primero en bloques o lineas legibles para entender primero que es lo que NO queremos que pase, me cuesta convencer a mis compañeros

[@lautamerino]

La condición de error al principio la aprendí bien cuando vi recursividad en la facultad y era la forma más clara de cortar la recursividad. Muy buen video, como siempre.

[@basado_definitivo]

convengamos que la recursividad es muy costosa en contraposición a una solución lineal.

[@lautamerino]

@@basado_definitivo por supuesto, mas nada tiene que ver con que me haya servido para aprender eso JSJSJSJS

[@basado_definitivo]

@@lautamerino ajjajja tal cual

[@Bolbon]

Los buenos consejos del tío Skrillex 😊👍

[@polocholocho]

Grossso ché. Saludos desde Colombia

[@DotDager]

¡Saludos!

[@sebastianjulonchamana2987]

depende de la mayoria de los casos donde el camino feliz llega a ser la respuesta simple y no habia que pensar tanto en maquetear un simple puñado de codigo, al final al cliente lo unico que le importa q es funcione, si funciona te pagan, a mi no me pagan por codear como dios, me pagan por codear y que funcione, y si tampoco dejas de lado el lado futurista donde algo puede salir mal pero eso depende del framework y tu conocimiento del mecanismo que estas programando entonces todo normal, no hay que sacarse los cabellos.

[@Mike0066]

el throw new FBIOpenUPException(Error)

[@macadilo]

si crece ya estoy bien

[@Hellsdarkness]

int Divide(int a, int b){ if (b != 0 && a < 18) return 0; return a/b; } o así también(?

[@simplework9559]

y es ahi cuando dot dager te apuñala

[@DotDager]

Hay tabla.

[@lautamerino]

Donde yo vivo esto es ilegal.

[@alvarogp2103]

Mientras tanto en el bootcamp...

[@hugodelgadin4138]

La claridad hecha video....

[@jorgelujanm]

Si el cliente pide que sólo se divida si a es mayor a 18 y tenés que meter un IF dentro de la misma función divir() es que estás programando mal. 1) Un algoritmo sólo hace un cosa. 2) Deberías implementar un patrón de diseño para que la precondición sea otra función o una clase.

[@OscarLidenbrock]

Realmente la función hace una cosa, lo que quieres decir es que o se debe extraer la lógica de la función o se debe dejar como elemento configurable. En este caso la función debería llevar un parámetro que indique el valor mínimo del dividendo y que se establezca a 18 al llamar la función. Es como lo que se dice de que ningún buen programador haría una función que se llamase destruirBagdag(), lo correcto sería crear una función destruirCiudad() y le pasarías Bagdag como parametro :)

[@roiniti8827]

idea loca, en los ejemplos como en c donde hay que liberar memoria la siguiente estructura: void foo(){ //Malloc while (true){ if(condicion de error) { break; } //codigo de la funcion break; } //Free } o algo similar que tan buena/mala practica es?

[@DotDager]

Hola pa, suele ser poco recomendable en esos casos. Doy específicamente el mismo ejemplo en el video: 3:46.

[@OscarLidenbrock]

Después de usar while(true) no te entran ganas de darte una ducha?

[@tomywanzenried3863]

FBIOpenUpException asdjasjjasja te amo flaco tus videos me ayudan una banda

[@mayute06]

Sos el 1 explicando. Abrazo.

[@gabrielhe180]

Igualmente en el caso no estas usando para nada los principios SOLID yo lo que haría sería crear una clase que sea abstracta y con métodos virtuales de esa forma si heredo de esa clase puedo y necesito algo especifico o bien sobreescrivo el método o creo los métodos virtuales que necesite siguiendo siempre los principios de solidez como por ejemplo el principio de un solo comportamiento.

[@RobertoDeMontecarlo]

Cuando termino el video me crecio hasta la rodilla... 100% Efectivo!

[@DotDager]

Gracias

[@Sam-hu3xt]

Si, ahora haz la misma función pero no se pueden lanzar excepciones y la función solo puede tener un único punto de entrada y uno de salida.

[@misterl8129]

buen video, igual vengo de js y me gusta mucho asi q chuala. Te puse like :3

[@pablorodriguez4441]

El modo de sentencia por descarte se usa principalmente en la programacion de microcontroladores.

[@Camicaturas]

Muchas gracias caballero, aqui tiene mis suscripcion. :)

[@DotDager]

Gracias

[@Camicaturas]

muchas gracias caballero :) @@DotDager

[@TornadoOfSouls2989]

Dager sos el puto amo!!! Un crack 🎉🫂🇦🇷

[@DotDager]

Puto sí, pero amo la falopa.

[@TornadoOfSouls2989]

@@DotDager jajajaja estas re loco amigo 🤣🤣

[@coldcoder23]

Buena calidad. El formato es muy entretenido.

[@DotDager]

Se aprecia mucho

[@khalraak]

Jajaja buen video , soy un novato incursionando en este mundo de la programación, aun no entiendo nada jajaja pero hay que echarle ganas

[@BarriDuty]

2:11 acabo de empezar un aram luego de aburrirme de programar y poner tu video jaja

[@_jormanespinoza]

Muy buena explicación Dager, donde trabajo procuramos usar el patrón Guard! Excelente video!

[@papelusadede4753]

De hecho si a debe ser mayor a 18, no necesitas comprobar si es igual a 0, ya que si es mayor que 18 nunca podrá ser 0, te podés ahorrar ese if tmb

[@estebitavideo]

La comprobacion de que no sea cero es para b.