Capacitación en diseño NLT: ¿Cómo pueden los programadores de sistemas escribir código rápida y correctamente?

Muchos principiantes, incluidos algunos programadores experimentados, comienzan a compilar y ejecutar su código tan pronto como escriben el último carácter, ansiosos por ver los resultados de su trabajo.

La retroalimentación rápida puede ayudar a satisfacer su sensación de logro, pero también puede crear algunos problemas: dejar que el compilador busque errores de sintaxis puede ahorrar tiempo, pero los programadores tienden a prestar demasiada atención a estos errores, pensando que Siempre y cuando corrijas estos errores, todo estará bien.

De hecho, hay muchos errores que el compilador no detecta, como errores de memoria y bloqueos de subprocesos, que pueden escapar a pruebas simples y permanecer en el código hasta que se realicen pruebas de integración o se publique el software. hasta más tarde, cuando su reparación sea mucho más costosa.

Después de corregir los errores de compilación, llega el momento de ejecutar el programa. Cuando se produce un error mientras el programa se está ejecutando, es el turno del depurador.

Después de pasar mucho tiempo depurando y descubriendo que solo se trataba de un error de bajo nivel, es posible que te culpes por tu descuido, pero es posible que cometas el mismo error la próxima vez.

Peor aún, este enfoque de depuración y reparación a menudo da como resultado software de baja calidad que puede causar dolores de cabeza.

Hacer que el compilador compruebe los errores de sintaxis y el depurador compruebe los errores es correcto, pero es un enfoque realmente lento y poco convincente.

Es como si tuvieras que ir a una reunión a 1000 metros al este de tu casa, pero vas al oeste, tomas un coche y un avión, pasas una semana, giras alrededor de la tierra y finalmente llegas a la sala de reuniones. y luego expresas tus sentimientos sobre lo avanzado que es el transporte moderno.

De hecho, sólo se necesitan diez minutos para caminar hacia el este.

No importa cuán excelentes sean tus habilidades de depuración, no es tan eficiente como escribirlo todo de una vez.

Esto es lo que hago cuando leo mi propio código: buscar errores comunes. Cuando leo por primera vez, concéntrese en los errores gramaticales, el diseño del código, las reglas de nomenclatura, etc., y cámbielos cuando los vea. Ocurre algo.

Después de leer esto, su código tendrá menos errores de bajo nivel y se verá más limpio y actualizado.

El segundo paso se centra en errores de programación comunes, como pérdidas de memoria y posibles accesos fuera de límites, variables no inicializadas, funciones que olvidan devolver valores, etc. Presentaré estos errores en capítulos posteriores. Evitar estos errores puede ahorrarle mucho tiempo.

Si tienes tiempo, una vez completadas las pruebas, también puedes considerar si existe una mejor manera de implementarlas, o incluso intentar volver a implementarlas.

Puede que los lectores no lo crean, pero en los primeros años de aprendizaje de programación, una vez reescribí un módulo completo sólo porque pensé que podía hacerlo mejor, verificar algunas de mis ideas o mejorarlo. habilidades de programación, incluso si trabajo horas extras hasta las 11:00 p. m. durante varios días seguidos.

Simular errores comunes de ejecución informática es algo relativamente difícil. Simplemente compruébelo línea por línea de acuerdo con la lista de verificación.

Alguna lógica no suele ser tan intuitiva. También puedes simular la ejecución de la computadora tú mismo. Imagina que eres la computadora y qué harás cuando leas estos códigos.

Beida Jade Bird/ cree que este método puede mejorar eficazmente nuestra capacidad de pensamiento. Al considerar diferentes datos de entrada y varios valores límite, puede ayudarnos a pensar en algunas situaciones no manejadas y hacer que la lógica del programa sea más rigurosa. .