Cómo escribir código para prevenir y prevenir errores

1. Comunicación y diseño primero

Para evitar una comprensión incompleta o sesgada de los requisitos o la lógica empresarial, o fallas importantes en el diseño, que conducirán a retrabajos innecesarios en el futuro. período y desperdiciar tiempo y energía valiosos, el principio principal a seguir en el desarrollo de la programación es la comunicación y el diseño primero: comunicarse con las partes de la demanda, las partes comerciales y los socios de trabajo, y realizar revisiones de diseño puede reducir efectivamente los errores lógicos y las experiencias personales causadas por las desviaciones. en la demanda y la comprensión empresarial. Errores de diseño causados ​​por deficiencias. Una regulación adecuada de las actividades de programación y comunicación también es muy beneficiosa para alargar la vida de los programadores.

Los ingenieros de software deben tomar la determinación de trabajar duro para entrenar y mejorar sus habilidades de expresión y comunicación lingüística.

2. Reutilizar tanto como sea posible

Escribir y probar código reutilizable, y reutilizar bibliotecas públicas confiables que hayan sido probadas rigurosamente tanto como sea posible. La reutilización de código, la reutilización de componentes, la reutilización de marcos, la reutilización de especificaciones de interfaz, la reutilización de patrones de diseño, la reutilización de arquitectura de desarrollo e incluso la reutilización de plantillas de aplicaciones hacen posible comenzar rápidamente desde 40, o incluso 60, en lugar de comenzar desde 0. Se reduce la presión de la carga de trabajo, lo que reducirá en gran medida el problema de la baja calidad del código causado por la presión del progreso.

Cree una plantilla de ingeniería de aplicaciones, agregue el conocimiento, la tecnología y la experiencia importantes que ha aprendido, explorado y creado en proyectos de trabajo reales en este sistema y conviértalo en parte de su cofre del tesoro laboral.

3. Haga más

Si la verificación de parámetros, las condiciones previas y la verificación de resultados fueron insuficientes antes, ¡compénselo! ¿No pensaste lo suficiente en los errores y las excepciones antes? ¡Por favor, compénsalo! ¿No hiciste muchas pruebas unitarias y de interfaz antes? ¡Compénsalo!

¡Guau! ¡Quizás dirás que la carga de trabajo ha aumentado mucho! ¿Tienes tiempo para hacer tanto trabajo? Esto nos lleva a la tercera regla: hacer menos.

4. Hacer menos

"Hacer menos" tiene tres significados:

(1) Automatizar tanto como sea posible y reducir las operaciones manuales si es inconveniente. o la información debe memorizarse, debe integrarse en el programa y completarse automáticamente para evitar un consumo mental innecesario, por ejemplo, al verificar los registros para solucionar problemas, escribí "Un ejemplo de uso de getopt para analizar la línea de comando"; script para obtener todas las aplicaciones. Los registros del servidor se filtran y se muestran según las palabras clave del contenido. No es necesario iniciar sesión manualmente en el servidor de aplicaciones uno por uno para ver los registros, y no es necesario memorizar la dirección del registro. Es lo más simple posible y también aprendí nuevas habilidades. El cerebro debe pensar en las cosas más importantes, especialmente aquellas relacionadas con el juicio y la toma de decisiones;

(2) Trate de crear nuevas tecnologías y métodos tanto como sea posible para convertir el trabajo tedioso y que requiere mucho tiempo en trabajo fácil; como escribir pruebas de unidades es un asunto relativamente "poco técnico" ¿Puedes escribir un programa para generar automáticamente casos de prueba ejecutables? ¿No se traduce esto en algo "muy técnico"? "Jtester unitils testng: generación automática de plantillas de archivos de prueba unitaria DAO" muestra un ejemplo.

(3) Escribe menos y haz más. "Lenguaje de programación y reutilización" muestra cómo Python puede resolver una función pequeña altamente reutilizable con una línea de código. En la programación diaria, también debería pensar más, refinar los conceptos centrales y las interacciones del problema y lograr más funciones con menos código. Este es el lugar más creativo en el desarrollo de software.

Todas las tareas tediosas y no técnicas pueden transformarse en desafíos que requieren creatividad y son ricos en "contenido técnico". Depende del cambio de pensamiento.

5. Crear "Flujo de Programación"

"Fluir" es un estado de hacer algo de manera muy fluida, libre y muy placentera.

Cuando estás en un estado de "flujo":

(1) Se siente como si el tiempo pasara sin siquiera darte cuenta;

(2) Creación totalmente dedicada y apasionada;

(3) Haz las cosas con concentración, habilidad y facilidad;

(4) Si no entiendes algo, trabajarás duro para aprenderlo.

6. Pruebas rigurosas del programa

Las pruebas estrictas del programa pueden encontrar muchos errores de programación comunes. Debe confiar plenamente en la función de prueba del programa y probarlo de manera completa y rigurosa.

A través de pruebas rigurosas del programa, aumentará en gran medida su confianza al escribir código y podrá refactorizar de manera más audaz, probar nuevas tecnologías y expandirse a nuevas áreas.