Del traductor: George Alan Hamel en su artículo
comparte su propia experiencia y habla sobre lo que debe guiarse por el desarrollador en el proceso de depuración.
Las herramientas modernas del desarrollador son muy amplias, por lo que hay mucho para elegir: herramientas de depuración. Muchos de ellos están automatizados, pero, desafortunadamente, no funcionará comenzar a depurar por gravedad, todavía hay mucho trabajo manual. A veces parece que el problema simplemente no debería ser, es imposible, todo debería funcionar. Pero no funciona. Para no perder tiempo y células nerviosas adicionales, se me ocurrieron reglas simples de depuración para mí, que uso. Creo que alguien podría encontrarlos controvertidos. Sin embargo, me ayudan.
Skillbox recomienda: "Mobile Developer PRO" .
Le recordamos: para todos los lectores de "Habr": un descuento de 10.000 rublos al registrarse en cualquier curso de Skillbox con el código de promoción "Habr".
Regla 1. Siempre hay una razón
A pesar de declaraciones como "Es imposible", "No debería funcionar así", "No hay razón para que este código no funcione".
Siempre hay una razón, ya sea código incorrecto o errores de compilación. Siempre. Incluso si el corrector dice que todo está bien. A veces nos sumergimos demasiado en el código, perdiendo el panorama general. La mayoría de las aplicaciones regulares o web son complejas. Todos incluyen muchos elementos. A veces demasiado, por lo que podemos cometer un error en uno de ellos y olvidarlo o no notarlo.
Apártate, respira hondo. Luego mira el código nuevamente. No confíes solo en las herramientas. Usa el cerebro y la lógica. Piensa en cómo el elemento actual en el que estás trabajando afecta a todo lo demás. En la mayoría de los casos, el error pertenece a la clase PMSIS (el problema está entre la silla y la mesa).
Y por el amor de Dios, cuando corrijas algo, no corrijas de inmediato diez posibles errores. De lo contrario, se confundirá, será extremadamente difícil encontrar un error real. La depuración a veces requiere un poco de paciencia: realice pequeños cambios paso a paso. Sé metódico y preciso como un bisturí, no como una escopeta.
Regla 2. RTFM y WTFV
La mayoría de los desarrolladores son personas inteligentes. A veces incluso demasiado inteligente, en detrimento de uno mismo. Todos pensamos que no necesitamos tutoriales básicos, porque puedes comenzar a estudiar cosas avanzadas de inmediato.
Sí, por supuesto, en algunos casos no hay problema, además, aprendemos a medida que implementamos varios proyectos. Pero puede surgir una situación en la que se involucrará en un proyecto grande y complejo durante varias semanas, y luego resulta que todo se basa en la premisa incorrecta, un error que hace imposible seguir trabajando. Esto puede aplicarse al marco, lenguaje, herramienta. Solo pierdes el tiempo.
Por lo tanto, aprenda la regla, que en inglés suena como Leer el Manual *** o Ver el Video *** (de ahí las abreviaturas en el subtítulo).
A veces solo pierdes un momento crítico, un poco, necesario para el trabajo. Al menos debe familiarizarse brevemente con la información básica sobre el producto que está utilizando. En mi práctica, ha habido muchos casos en los que los desarrolladores han roto los plazos debido a lagunas en el conocimiento del idioma o las herramientas. Y estos eran buenos especialistas, simplemente saltaron al final del libro, perdiendo palabras importantes del autor al principio.
Casi todos los días aparecen nuevos marcos, los idiomas o sus nuevas versiones también se lanzan con envidiable regularidad. Para usar tales herramientas de manera efectiva, necesitamos entender cómo funcionan.
Regla 3. Utilice las reglas 1 y 2.
Entonces, leíste el artículo y comenzaste a trabajar. Después de un par de horas, cumple con el manual, que es importante para nuestro trabajo, y ... lo omite. No, eso no funcionará, use las reglas anteriores. Nadie dijo que sería fácil.
Regla 4. Aprende los cambios.
En el proceso, sucede que las herramientas que usa cambian. Si usted es un desarrollador web, esta declaración es especialmente relevante: los marcos, las bibliotecas y las herramientas de JavaScript a menudo se cambian y actualizan.
Afortunadamente, no solo usted, sino muchos otros desarrolladores usan las mismas herramientas. Comparten información sobre problemas y desarrollos en recursos relevantes como Experts Exchange y StackOpen o en foros especializados.
Busque información sobre su problema o cambios en la herramienta hasta que la encuentre. Si no hay nada, vuelva a leer la regla No. 1.
Regla 5. Descansa y comienza desde el principio.
En algunos casos, realmente no vemos bosques detrás de los árboles. Zambullirse en el código durante largas horas nos agota tanto mental como físicamente. Si ya ha pasado su código tres veces y aún no ha encontrado la causa del error, entonces es hora de dejar que su cerebro descanse.
En algunos casos, un simple paseo al aire libre conduce a un nuevo pensamiento y ayuda a encontrar un problema de inmediato. A veces no, pero la molestia, la agresión o la desesperación no son los mejores ayudantes en nuestro negocio.
Simplemente no mires la pantalla. Hable con un colega, siéntese en silencio, porque el ruido actúa negativamente. Tener un aperitivo al final. Si el tiempo lo permite, solo duerme, olvida tu sonido y tu sueño profundo. A veces conseguía encontrar la respuesta a la pregunta que me atormentaba después de dormir.
Despeje su cabeza de todo el oropel y la basura de los intentos anteriores para encontrar un error y mirar el problema desde un ángulo inesperado.
Bueno, entonces ... sí, lo has adivinado bien. Regresamos a la regla No. 1.
Skillbox recomienda: