Aún no tienes acceso a esta clase

Crea una cuenta y continúa viendo este curso

Debugging

27/31
Recursos

Aportes 454

Preguntas 12

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesión.

``En un curso llamado “Learning How TO Learn” explican que durante el sueño y el ejercicio el cerebro “barre” la información basura. Dejando únicamente la información útil para los contextos en los que nos desenvolvemos.

Es un proceso fisiológico donde el líquido del cerebro literalmente se “depura” de conexiones neuronales inútiles. Y por eso es importante dormir bien y hacer ejercicio. También una sana alimentación importante el consumo de omegas, facilitan esos procesos en el cerebro. Es como que el cerebro hace su propio “debugging”.

Hay un método de depuración llamado el patito de goma el cual consiste en explicarle tu código a un patito de goma hahaha.

Lo de ir a dormir y amanecer con la solución generalmente no falla 😂

Llevaba dos días sin dormir y no encontraba la solución a un bug, estaba desarrollando una página web. Me aburrí, me frustré, y dije

– Creo que ha llegado el momento de retirarme como desarrollador

Me fui a dormir. Después de despertar, lo resolví en quince minutos. Duerman y duerman muy bien xD

Esta clase me dio mucha calma y paz

La razón por la cual nos vemos a dormir y obtenemos la respuesta es devido a que cuando estamos durmiendo, haciendo ejercicio o caminando, el cerebro entra en ‘Modo Difuso’, un modo en el cual el cerebro es capáz de realizar conexiones de ideas separadas. Este modo es totalemente distinto al ‘Modo Enfocado’, cuando estamos pensando en resolver un problema de programación.

E R R O R E S C O M U N E S

  • Pasar los argumentos en un orden incorrecto

  • Nombres escritos de manera errónea

  • No inicializar una variable que era necesaria inicializar

  • Tratar de comparar 2 flotantes con igualdad exacta, en lugar de usar una aproximación

  • Usar un “is” cuando era un “==” o viceversa

  • Las funciones pueden tener efectos secundarios

  • Generar alias

                                                                    Si se me paso alguna comentalo

Te vas a dormir y despiertas y el bug te pide de desayunar
😛

dijo netaaaaaaaaaaaaaaaaaaaaaaaaaaaa xd me alegró la noche 😄

Es muy interesante lo que el tutor ha dicho en esta clase, ¿qué pasa cuando te vas dormir teniendo en cuenta el problema? Bien, lo que sucede es que nuetsro cerebro sigue trabajando a toda potencia activando otros canales neuronales que no usas mucho en estado consciente, mientras estás descansando o estás en modo aburrido, ésta era la razón por la que Eintesn tomaba largas duchas jugando con su patito en la bañera mientras pensaba en fórmulas físicas, de hecho hay un excelente libro en inglés titulado Bored and Brilliant, donde se explica a detalle todo este proceso psico-biológico y social, por fortuna, una habilidad única que nunca tendrá la inteligencia artificial.

A mi me paso que me soñe con la solucion del problema, en el sueño lo resulvi. al dia siguiente lo aplique y funciono ajja

Les dejo mis apuntes https://github.com/karlbehrensg/introduccion-pensamiento-computacional

Debugging

Los bugs son un problema que les sucede a todos, sin embargo si realizamos test a nuestro programa probablemente tendremos menos bugs, pero esto no es suficiente.

Existen unas reglas generales que nos ayudaran:

  • No te molestes con el debugger. Aprende a utilizar el print statement.
  • Estudia los datos disponibles.
  • Utiliza los datos para crear hipótesis y experimentos. Método científico.
  • Ten una mente abierta. Si entendieras el programa, probablemente no habrían bugs.
  • Lleva un registro de lo que has tratado, preferentemente en la forma de tests.

Debuguear es un proceso de búsqueda de los bugs, por lo que al diseñar nuestros experimentos debemos acotar el espacio de búsqueda en cada prueba. Una forma ágil de debugear es utilizando una búsqueda binaria con print statements, esto significa que ejecutamos la mitad del código, si no falla entonces sabemos que el problema esta en la otra mitad, y en cada área que vamos acortando lo dividimos por mitades, de esta forma hallaremos rápidamente nuestro bug.

Existe un listado de errores comunes de los cuales también nos podemos apoyar:

  • Encuentra a los sospechosos comunes (llamado a una función mal escrita, parámetros en orden incorrecto, etc.)
  • En lugar de preguntarte por qué un programa no funciona, pregúntate por qué está funcionando de esta manera.
  • Es posible que el bug no se encuentre donde crees que está.
  • Explícale el problema a otra persona. De preferencia que no tenga contexto.
  • Lleva un registro de lo que has tratado, preferentemente en la forma de tests.
  • Vete a dormir.

El consejo de ir haciendo prubeas en el codigo mediante busqueda binaria me ha parecido muy bueno, y me hace reflexionar sobre la programación, más que lenguajes de programación y bugs, es una forma de pensar y escructuar las ideas. Excelente clase profesor, que usted ponga como ejemplos cosas que le han pasado a usted personalmente(typescript y python, su amigo el de los bugs xd) ayuda muchísimo al dinamismo de la clase 😃

Una vez se metió una cucaracha en mi PS2

En python la libreria pdb es buenisima para hacer debug
https://docs.python.org/3/library/pdb.html

La almohada es el mejor breakpoint

Yo uso el debbuger de PyCharm que es maravilloso. Me permite interrumpir la ejecución en cualquier punto y evaluar todos los objetos creados hasta ese punto, hacer evaluaciones de expresiones, interrumpir la ejecución solo si se cumple una condición, avanzar linea por linea, entre muchas otras cosas.

Una vez estaba realizando un proyecto de desarrollo web que me enviaron en la universidad y estaba trancado así que fui a ver x-men en la sala de la casa con toda mi familia después de un rato estaba viendo la película me levante de golpe diciendo “POR ESO NO FUNCIONA” y me fui corriendo a programar nuevamente JAJAJA mi familia creyó que estaba loco pero solucione el error 😄

Yo suelo usar la técnica del Patito de Goma, aunque es la versión solitaria de la técnica planteada por el profesor sirve mucho jaja

Una anecdota sobre los bugs. Trabajé haciendo mantenimiento de unos pc en una escuela rural aquí en Colombia. Estábamos con mi compañero en esta limpieza cuando al destapar uno de los pc encontramos un insecto, no recuerdo si era una cucaracha o un zancudo, pero ahí estaba el muy “bug”. Bueno eso fue por allá en el 2008. Hoy ya no trabajo por allá. Gracias por leer.

En Visual Code Studio podemos encontrar extensiones que nos ayuden a escribir el código sin bugs porque nos van diciendo de una vez cuales son las cosas que están mal

Como anécdota relacionada al tema de bugs reales, en mis tiempos de universidad estuve viviendo en una casa de huéspedes en la que dejaban las ventanas abiertas todas las noches otros compañeros. Durante las madrugadas me mantenía haciendo los proyectos de mi carrera, siendo la unica luz encendida en cuartas en los que las paredes no llegaban al techo del edificio. Usaba una laptop algo vieja de procesador pentium y usaba unos ventiladores externos para lograr enfriarla. Durante una temporada hubo como una plaga de polillas que se metían por las ventanas que dejaban abiertas mis compañeros, seguían la luz de mi computadora y de mi cuarto, trate a matarlas con insecticida, pero no era muy efectivo, el flujo de polillas invadía mi cuarto constantemente sin parar. Tras mas de una semana tratando de exterminarlas, mi computadora llego a temperaturas extremas y ya no encendió justo en medio de un proyecto importante. Corri a llevarla a un lugar de reparación de laptops, el diagnostico fue que los cadáveres acumulado de cientos de polillas habían parado los ventiladores y detenido el flujo de aire interno de mi computadora, quemando parte de sus componentes en impidiendo que el cpu tuviera temperaturas normales de funcionamiento. Tras cambiarle algunos componentes limpiar los “bugs” la computadora revivió y pude continuar con mi trabajo. Al final las polillas cobraron su venganza.

El por qué funciona ir a descansar lo explica la neurociencia. Acá un curso muy bueno para aprender el por qué: https://www.coursera.org/learn/learning-how-to-learn/home/welcome

Nada mas quiero compartir que renuncié a mi trabajo como profesional del área de la salud para convertirme en un programador, una de las razones es porque quiero un mejor estilo de vida y entre eso, el dormir bien, los turnos nocturnos, por mas fáciles que estuviesen me estaban desgastando demasiado. Así que aquí estoy, aprendiendo un montón. No nos rindamos, sigamos adelante!!!

Aveces entran hormigas a mi notebook pero salen por el calor. :v

No solo les ocurre a los ingenieros, creo que a todos, cuando tenemos sobrecarga mental en un trabajo que requiere de un esfuerzo intelectual, nuestra mente se cansa y por más que sigamos insistiendo, no podremos solucionar el problema a resolver. Para ello, dejar a un lado el trabajo, descansar, dejar que nuestra mente interiorice toda la información ejecutada, y luego seguir con calma.

Confirmo lo de dormir.

El doble cuantico nos resuelve los problemas cuando nos vamos a dormir!

No les ha pasado que sueñan con la solución?

Tengo un compañero que tiene una hormiga muerta dentro de la pantalla, por alguna razón entró ahí y no pudo salir, cuando esta programando en fondo blanco se ve sobre su código 🐜 , jaja.

Creí que era un super poder mío el irme a dormir y encontrar la solución al día siguiente hahahaha!

Es curioso que hoy no se le preste mucha atención a lo que pasa con nosotros cuando nos vamos a dormir (1/3 de nuestra vida pasa en el sueño), la verdad es que vivimos la vida sin atención, así es un poco difícil recordar cada sueño. Sin embargo, soñamos todos los días, el problema es que al no estar atentos no somos capaces de recordar nuestros sueños… El tener un problema es una especie de remedio, nos obliga a concentrarnos en la solución, así al irnos a la cama en el sueño, seguimos trabajando y como resultado, producto de esa fuerte concentración al otro día tenemos respuestas, o mejor aun, a veces las soñamos.

sería buena práctica entonces:
1- Hacer docstring en las funciones realizadas.
2- Hacer una clase que haga un test a la funcion.
3- No frustrarse ante bugs persistentes y tomar descansos

Yo creo que las dos principales fortalezas que debe tener un programador es ser sencillo y persistente, sencillo para reconocer que nos equivocamos y persistente para no importa qué, no darnos por vencidos.

Me pasa que cuando voy a dormir sueño con la solución al problema o encuentro el bug xD a alguien más le pasó?

Uno va y duerme, a las cuatro am te despierta la solución y tin: me levanto a programar.

Me ha pasado bastantes veces.
Uno se satura, tiene tantas cosas en la cabeza que la única solución no es quedarse despierto a las 4 a.m. a buscar el error, sino descansar (dormir) y me ha pasado varias veces que uno sueña con el error y a media noche ya sabes como repararlo. Por eso es importante dormir con una libreta y pluma a lado de la cama.

El sueño (o domir) es una adaptacion biologica al ambiente, nos prepara para la vida, para el dia, repara y prepara para lo que estamos viviendo o viviremos.

Con la técnica que más me identifico son la de ir a dormir. Te vas a dormir con el problema dando vueltas en tu cabeza, cuando despiertas ya tienes una solución y sales apresurado a probarla. Otra sería la de contársela o otra persona, me había pasado unas cuantas veces, aunque hasta ahora lo asimilo 😅.

muy cierto, los problemas se solucionan durmiendo

Motivadoras sus palabras Profesor David Aroesti, mis respetos. Excelente curso y maravillosa clase “Debugging”, muchas gracias. En cuanto al tema hay un articulo interesante, dice:

Durante el descanso nocturno el cerebro humano permanece activo de una manera sorprendente. Esta actividad, lejos de ser inútil, da respuesta a numerosos procesos biológicos y está demostrado que alarga la vida.

El cerebro mientras duermes continúa recogiendo información de manera constante, aunque no eres consciente de ello. Su gran plasticidad hace que acumule datos durante todo el día que son procesados al dormir.

Aunque la ciencia aún no sabe muy bien cómo nuestro cerebro lleva a cabo este proceso, algunos estudios han mostrado que cuando dormimos se activan las áreas relacionadas con la creatividad y el aprendizaje.

Fuente: https://dokhand.com/cerebro-mientras-duermes/

Esta clase fue relajante 😂 saber que todos comentemos errores me hace sentir mejor conmigo mismo XD.

Antes de tomar estas clases lo que hacía para encontrar bugs era ocupar los prints, comentar código y probar jajaj nada sistemático. Espero ahora con este nuevo conocimiento ir mejorando en esta

  • skill.

Por cierto, si me ha sucedido que al dormir encuentras la solución 😂

Yo: Y bueno, este es mi código.
Mi patito:
Por cierto: (Muy buen aporte el del compañero que dijo sobre el método del patito).

Algo que me pasaba muy a menudo en c es que usaba asignación ‘=’ en lugar de comparación ‘==’ en los ‘if’ y los ‘while’

La depuración de un programa es el proceso de identificar y corregir errores de programación. En inglés se conoce como “debugging”, porque se parece a la eliminación de bichos, “bugs”, manera en que se conoce informalmente a los errores de programación.

A mi me dieron una notebook para arreglar y le salían cucarachas de adentro, no se si cuenta como un bug. 😕

jajajaj el dato de irse a dormir es 100% real, y es increible. A mi tambien me gustaria saber como sucede eso.

Me encanto este video, de verdad excelentes consejos del profesor David. Por supuesto tambien me ha pasado que tras despejar la mente al dia siguiente aparece la solucion. Yo debuggeo usando puntos de interrupción y mi punto de partida es en el evento que reporta el usuario donde le aparece el error (esto en visual studio con .net) en python estoy aprendiendo…

Ese momento en el que me despierto con la solución en mi cabeza y tengo que ir al computador antes de la olvide, jajaja

Salir a caminar o comer también funciona como método para debuggear estilo dormir.

Debugging:
Reglas generales:
*No te molestes con el debugger. Aprende a utiizar el print statement.
*Estudia los datos disponibles.
*Utiliza los datos para crear hipótesis y experimentos. Método cientifico.
*Ten una mente abierta. Si entendieras el programa, probablemente no habrían bugs.
*Lleva un registro de lo que has tratado, preferentemente en la forma de tests.

Diseño de experimentos:
*Debuggear es un proceso de búsqueda. Cada prueba debe acotar el espacio de búsqueda.
*Búsqueda binaria con print statements.

Errores comunes:
*Encuentra a los sospechosos comunes.
*En lugar de preguntarte por qué un programa no funciona, pregúntate por qué está funcionando de esta manera.
*Es posible que el bug no se encuentre donde crees que está.
*Explícale el problema a otra persona. De preferencia que no tenga contexto.
*Lleva un registro de lo que has tratado, preferentemente en la forma de tests.
*Vete a dormir.

Notas 😃
Debugging

  • Aun a los mejores ingenieros les aparecen bugs. La mejor manera de evitarlos es teniendo case, sin embargo esto no los evita completamente.
  • Se llaman bigs porque literalmente fue un insecto dentro de las computadoras. Ahora solo son virtuales 😆,
  • Reglas generales:
    • No te molestes con el debugger. Aprende a utilizar el print statment.
    • Estudia los datos disponibles.
    • Utiliza los datos para crear hipótesis y experimentos (Método científico).
    • Ten una mente abierta. Si entendieras el programa, probablemente no habría bugs.
    • Lleva un registro de la que has tratado, preferentemente en la forma de tests.
  • Diseño de experimentos: Debuggear es un proceso de búsqueda. Cada prueba debe acotar el espacio de búsqueda. (puedes hacer búsqueda binaria en tu código usando print statmentes 😉).
  • Hay una serie de errores comunes que debemos tratar de encontrar, por eso:
    • Encuentra los sospechosos comunes.
    • En lugar de preguntarte por qué un programa no funciona, pregúntate por qué está funcionando de esta manera.
    • Es posible que el bug no se encuentre donde crees que está.
    • Explícale el problema a otra persona. De preferencia que no tenga contexto.
    • Lleva un registro de lo que has tratado, preferentemente en la forma de tests.
    • Vete a dormir 😆.

Sobre el curso que hace alusión Ricardo Bohorquez, en Platzi hay un curso llamado “Aprender en Línea Efectivamente”. Ahí aprendí lo que dice Ivan: lo mucho que ayudan dormir bien, el ejercicio y alternar actividades para dejar ‘descansar’ al cerebro.
Ése curso y el de “Gestíón Efectiva del Tiempo” se los recomiendo muchísimo.

A mí me ha pasado bastante de que me iba a dormir o me tomaba un descanso considerable y tenía la solución o ya sabía al menos que estaba ocurriendo! En mi caso, me gusta mucho entender cómo funciona el cerebro y leí que cuando duermes, el cerebro hace un procesos de limpieza, dónde elimina información y datos innecesarios y va depurando todo el cerebro. Es como si tuviese su propio garbage collector, muy interesante la verdad.

DIGO LA SIGUIENTE MITAD 3 veces ajjaajaj q era 3/2 el programa jajajaajajjajaja

Mi error mas comun, so far, casi 80:20, es olvidarme poner los “:” despues de definir una funcion, un while o un if 😕

A mí me sucede mucho que cuando estoy escribiendo python y paso a js/ts escribo “print()” en vez de “console.log()” hshashhashash

Me pasa que voy a dormir despues de intentar arreglar un bug y tengo pesadillas con el codigo

Alguien que tenga más experiencia me puede decir si de verdad es una buena idea ignorar al debugger y hacer pruebas con print statement??

Cuando tengo un debug, busco con intensidad por 1 o 2 horas, le hablo al patito de goma y si aun así no lo encuentro, pues cambio de actividad agarro mi PSP y me pongo a jugar God of Wars con mis audifonos y al cabo de 15 minutos encuentro la solución, sino pues durmiendo me pasa seguido que despierto al día siguiente con la solución.

Una vez desarrollando en Django pasé mucho tiempo buscando un bug, al dormir soñé con la solución y al siguiente día la implementé jajaja duerman! 😃

Lo de irse a dormir me ha pasado mucho.

No fue en programación, sino resolviendo un problema de matemática en mi sueño seguía resolviendo el problema, y solo desperté cuando encontré la solución.
😃

Me pasaba que en la universidad me dejaban implementar algoritmos, me iba a dormir y en mis suenos corría mi programa en mi mente instrucción por instrucción hasta que en algún for o while de mi programa, la memoria de mi mente se desbordaba y empezaba a ejecutar de nuevo. la verdad era muy frustrante y dormía pésimo, pero generalmente despertaba con la respuesta.

Muy buena la teoria para encontrar los bugs.

Lo que hago cuando ya no encuentro el bug luego de leer el código, es quitar todos los try: except: para ver qué error me suelta. Si así no lo encuentro, me voy a dormir, normalmente acabo de codear a las 3 o 4 am. 😦

Hay días en las que estudio tanto que tengo pesadillas, sueño con funciones, variables y algoritmos… por eso hay que despejar un poco la mente 😄

Eso de hablar del bug 🐛 con una persona que no tiene idea de lo que hiciste es muy útil, y también funciona al pedir ayuda a un compañero porque cuando te frustras te da ceguera de taller.

La parte de vete a dormir es muy cierta, me sucedió ya en 2 ocasiones en que estuve atrapada en unos resultados erroneos y no sabía por qué. Me duche y me fuí a la cama, cuando estaba a punto de quedarme dormida se me disparó una idea en la cabeza de una solución que no había intentado, a la mañana siguiente me levanté y a los primeros 10 min de mi jornada de trabajo, ya había solucionado el problema que el día anterior no encontraba. 😄

Les dejo un artículo que explica un poco porqué solucionamos problemas mientras dormimos si les interesa 😄

https://www.themuse.com/advice/the-sciencebacked-way-to-solve-problems-when-youre-still-halfasleep

Gente de verdad, vayanse a dormir cuando lleven 2 horas o más sin solucionar un bug, me ha pasado muchas veces que al día siguiente lo resuelvo al instante. Lo sé, es difícil “rendirse” por ese día, pero es worth it.

Saludos!.

En mi caso el debugger me ha servido mucho, supongo que es dependiendo lo que se haga, sirve mucho para revisar el contenido de objetos como json.

Normalmente cuando me frustro voy a despejarme o a platicar con alguien para olvidarme un poco del problema y cuando regreso al programa puedo verlo con mas claridad.

Acostumbrate a los errores en el código, tendrás miles y miles, no te frustres, analiza, busca y resuelve. Es parte del día a día de un programador!.

Iniciando mi carrera en front end me sentía muy presionado y sentia que tenia que encontrar los bugs lo más rápido posible y caí un poco en la cultura del trabajo en exceso pero hoy en día no hay problema que no se pueda solucionar al siguiente día salvo algunas cosas críticas en realidad la busqueda de bugs es algo del diario y no tiene porque ser frustrante

Eso es verdad te despiertas con la solución o si no te tomas una pausa, meditas te despejas o cuando te vas acostar vas lentamente y pensando pinche problema jajajaja y tu cerebro queda trabajando por ay yo creo que va la cosa.

Los bugs son un dolor de cabeza pero cuando los solucionas es lo mejor. Y si lo de dormir si funciona jajaaj.

¡Universo! dame fuerza para enfrentarme a los bugs que de seguro se van a poner en medio de mi camino.

yo cuando me quiero dormir aparece la solucion

Eso de ir a dormir con un bug que no se dejo agarrar y despertar con la solución, incluso soñarla, o en ocasiones sin pensarlo en la mañana mientras desayunas o viajas al trabajo de repente la solución aparece en tu mente y uno en esa situación no hace mas que sonreír

Algunos drives reconocen hardware generico como original y eso hace fallar el so, pasa muccho en linux o en emuladores

Mind Awake, Body Asleep.

Lo de explicar el problema es muy similar al método de aprendizaje de Feynman, pues el decía que si podías explicar algo de una manera muy precisa, significa que lo entiendes; es lo mismo en el código, si conoces tu código sabes donde están los bugs.

Quisiera aportar un poco del conocimiento que tuve de investigar , mientras llevaba el curso de estrategias para estudiar en línea , pues alli estudiabamos sobre cómo se comporta la memoria o cómo aprendemos. El aprendizaje que repasaba en internet fue el de pensamiento enfocado y el difuso.

El primer pensamiento lo podemos encontrar cuando realizamos la busqueda de soluciones a un problema en específico con metodologias que aprendiste a usar o quieres usar, puede ser uno de matemáticas , uno de bug, errores de lógica , etc. Entonces, cuando no se puede encontrar la solución, debemos darnos un descanso y darle espacio al pensamiento difuso.

Este segundo, tiene la finalidad de hacer divagar a la mente sin un rumbo específico, pero pensando en diversas situaciones, analogías , problemas sociales y también el problema que no pudimos resolver, pero no buscamos una solución. Lo que hace el cerebro es buscar nuevos patrones , nuevos caminos para recorrer, pues en el enfocado tan solo seguíamos rutas específicas para resolver tal problema.

Espero ayude y un feedback seria muy gratificante 😄!

Rubber duck debugging -> https://en.wikipedia.org/wiki/Rubber_duck_debugging

Es una herramienta importante y bastante común

Irme a dormir a las 3 am, me ha funcionado =)!.

Siempre creo que entiendo el programa que he creado y cuando uso el print para resolver un bug me doy cuenta que mi programa es frankenstein 😃

solución? dormir, dormir, dormir, dormir, dormir

Debuggear es una habilidad que se aprende.

Uso y abuso de print() 😃

Usualmente cuando me aparecia errores utilizaba mucho print para ver que pasaba y pense que era por parte mi desconocimiento de algún otro metodo, pero ahora veo que si se suele usar

La tecnica que uso para resolver bugs es búsqueda binaria, pero hasta ahora me doy cuenta que se llamaba así. De igual manera, siempre buscaba principalmente typos (errores de escritura) y asignación de variables.

Algo que puedes hacer durante el idea, y me sirve mucho personalmente, es darte un break, pasear a tu perro o ponerte hacer otra cosa completamente distinta. Este cambio de contexto libera la mente y te permite regresar con nuevas ideas pare resolver el problema que tienes.

Mis apuntes:
Diseño de experimentos:
Debuggear es un proceso de busqueda.
Busqueda binaria con printStatement.
Errores comunes:
Encuentra sospechosos comunes.
En lugar de preugntarte que es lo que no funciona, preguntate por que funciona de esta manera
Es posible que el bug no se encuentr donde crees que esta.
Lleva registro de lo que esta pasando

Hoy justo me pasó algo similiar. En el trabajo gestiono la red de estudiantes médicos residentes, que se distribuye por algunos sectores de la clínica médica, y bueno, pues había instalado un nuevo acces point Y no deshabilité el dchp de ese equipo, y no me permitía cargar páginas web con ipv4, sólo las ipv6. y llamé al ISP, y reiniciaba y nada… hasta que hice un ping desde la terminal y me fije que enlazaba con una ip local del nuevo access point. Y así, puede entender.

Ayer mismo mi hermano me llamó por hangouts para consultarme un bug. El mismo, explicándomelo, lo encontró.

El cerebro es maravilloso jaja

Dormir es como un cambio de perspectiva que tienes al siguiente día.

No te preguntes por qué está fallando, mejor preguntate por que esta computando de esa manera 😉

aunque aveces la preocupación no te deje dormir 😕

Toda la razón, me ha pasado que se lo cuento a un amigo y encuentro el error