5 trucos para enfrentar los errores de programación

Aunque no lo creas, los errores de programación son relativamente amistosos, digo relativamente porque suelen ser en grande y rojo, y a veces vienen acompañado de decenas de otras líneas que no nos dicen nada.

¿Entonces como proceder cuando no sabes nada y te encuentras con uno de estos “errores”?, aquí te dejo un par de planes:

Primer Plan: Leer el error

Cuando digo leer el error no quiero decir pasar los ojos por encima de la pantalla y decir no entiendo, hay que desarrollar tolerancia a la frustración porque con tiempo y esfuerzo vas a entender. Lo que hay que hacer es ver si dice algo que haga sentido, por ejemplo, error de sintaxis en linea 42 es bastante claro, omitiste algo en alguna para de la linea 42.

Leer el error es particularmente bueno para detectar problemas tipográficos, o sea del tipo que te faltó un punto y coma o un símbolo de dos puntos, o referenciar a una variable antes de que haya sido declarada, todos estos errores de programación son fáciles de arreglar.

Segundo Plan: Buscar en google el error:

Esto es sencillo, copia tu error y búscalo en google, pero estos consejos son buenos para tener en cuenta:

Consejos para la búsqueda

1. Eliminar del mensaje de error cualquier cosa que hayas introducido, por ejemplo si hace referencia a una carpeta que tu le pusiste nombre, lo más probable es que las personas que hayan tenido el error le hayan puesto otro nombre.
2. Si estas ocupando algún framework, o tecnología en la que existan multiples versiones con documentaciones incompatible, como por ejemplo como Rails, Django, NodeJS, Lavarel, Codeigniter, harías bien en ocupar las herramientas de búsquedas para utilizar el filtro de tiempo de google, puede utilizar un filtro custom, pero lo que yo hago para asegurarme buenos resultados es buscar información del último año.

Tercer plan: Stackoverflow.com

Normalmente el segundo plan desemboca en el tercero, el cual es acudir a esta red social diseñada para ayudar a los programadores, aquí lo importante es saber documentar bien tu error, esto quiere decir que no digas “tengo un error”, si no más bien que expliques, con que tecnología estas trabajando, que es lo que quieres hacer y que es lo que está sucediendo, y cual es el error que te mostró el computador.

Advertencia útil: RTFM, en Stackoverflow hay muchas ganas de ayudar pero no harán tu tarea, rtfm significa read the fucking manual, o sea documentarse un poco antes de preguntar. Eso significa que antes de preguntar todo deberías por lo menos haber leído la documentación oficial de lo que estas haciendo.

Cuarto Plan: Facebook

En esta red social hay decenas de grupos sobre cualquier tecnología, es bastante fácil conseguir ayuda aquí, pero a diferencia de otras redes, en Facebook hay mucha gente inexperta que se apura en darte su opinión y no siempre sabe de que está hablando, mi recomendación aquí no es evitar esta red si no simplemente asumir que las respuestas que te dan pueden estar malas y que respaldes antes de hacer cambios significativos. RTFM también aplica.

Quinto Plan: Buscar una solución más sencilla

Quizás te estas complicando demasiado, hacer un software que sea capaz de responder a muchas necesidades es mucho más difícil que hacer uno que sea capaz de responder a sólo una, si el proyecto es muy complejo, simplifícalo y parte de nuevo, cuando tengas más experiencia podrás hacer cosas más complejas.

Y lo más importante, nunca sucumbir ante la frustración.