Hola amigos bienvenidos a esta clase donde vamos a estar hablando sobre los errores en Peyton.
En un principio que en realidad ustedes lo han visto mucho en este curso ya que errores he cometido
y seguramente seguiré cometiendo este curso si no el resto de mi vida porque no me molesta equivocarme
y quien diga que no se equivoca.
Me temo que están mintiendo.
Pero bueno también eso lo vamos a charlar en esta clase.
En un principio sepan que los errores en Peyton pueden ser de sintaxis donde por ejemplo si yo hago
digamos que quiero imprimir y empiezo a escribir àlvaro y me faltó cerrar el paréntesis como vemos esto
es un error de sintaxis donde si uno lo repasa como el modus operandi que yo hago cuando comento de
Rock Hudson de nueva cuenta hablo sólo detectar de forma inmediata pasa que al momento de crear la clase
la realidad es que es distinto concentrarse a programar 100 por ciento a estar explicando y programando
el mismo tiempo.
Pero bueno no importa en este caso no lo rebasamos nos damos cuenta dónde está el error.
Luego también porque en realidad Capito nos da una pista muy fiel a la realidad pero los error como
se llaman Payton sí nos suele decir que
dónde está el error.
Por ejemplo si yo quiero escribir print en cambio escribo pin por ejemplo algo o si usted quiere mandar
un pin que un concepto redes y acabar cualquier cosa vemos que efectivamente dice Pink is not defined.
En este caso como lo toma como una variable yo identifico dónde está la arroba además de decirme la
línea en la que se encuentra no luego tenemos los errores semánticos que justamente son los errores
con los cuales yo me refería en un principio de la clase los errores semánticos son los más difíciles
de detectar ya que muchas veces están relacionados al funcionamiento y dependen de la situación o contexto
programático al que hablemos y de hecho a veces depende como te los apliquen pueden o no ocurrir y ahora
lo vamos a ver ejemplos quédense tranquilos.
Pero lo interesante los errores somáticos es que efectivamente cuanto cuanta más experiencia usted tengan
como programadores y más sobre todo más se hayan equivocado más van a aprender y menos equivocaciones
deberían cometer.
Así que no será un problema si se equivoca vamos a crear una lista en este caso por ejemplo crea directamente
vacía y vemos caca no me devolvió ningún error y si yo llamo a la lista y digo está todo bien no me
devuelve ningún error si yo digo bueno esto que es bueno en una lista.
Perfecto hermoso bueno podemos sólo una función que ya hemos utilizado antes y escribir lista puntocom.
Y en este caso como en perdón me entusiasmé.
Se ha sorprendido.
No me lo esperaba.
Por supuesto que sabía que esto iba a suceder porque efectivamente esto es un error.
Acá no hay error no me dio error no me da error y casi me dio error al estar usando el pop sobre la
lista.
Por qué.
Porque está vacía la lista.
Esto es un muy buen ejemplo en donde nosotros podemos tener una lista y nuestro programa decir todo
es maravilloso hermoso poesía pura.
Y resulta que cuando aplicamos una función o el usuario quiere usar una función porque nosotros se lo
permitimos resulta el error.
Eso es lo interesante de los errores en Poitou y lo que hace a la experiencia reprogramó.
Luego si es cierto que nosotros tenemos métodos o formas de prevenir los errores como en toda la vida
del programador por ejemplo definiendo como Frutillar como float cosas que ya hemos visto en clases
anteriores.
Pero la realidad es que sea como fuere hay ciertas actrices que no van a poder prevenir los errores
y son inevitables.
Por eso también vamos a aprender lo que son excepciones.
Bueno vamos a continuar con las futuras clases para que entiendan a qué me refiero pero sobre todo la
clase.
Les dejo un abrazo digital.