Sé que las buenas prácticas de programación siempre ayudan en el "largo plazo" para un proyecto, pero a veces parecen costar mucho tiempo. Por ejemplo, sugirió que mantenga un archivo de cabecera y un archivo cpp para cada clase que hago, mantenga solo las declaraciones en los encabezados mientras las definiciones en cpp. Incluso con 10-12 clases, este proceso se vuelve muy engorroso. Actualizar el archivo MAKE cada vez que se agrega una clase nueva depende y todo ... toma mucho tiempo ...Buenas prácticas de programación frente a la velocidad de la programación ad-hoc
Mientras estoy ocupado haciendo todo esto, otros simplemente escriben todo en un solo archivo, emite un solo comando de compilación y ejecutar sus programas ... ¿por qué no debería hacer lo mismo? Es rápido y funciona?
Incluso tratando de llegar a los nombres cortos y significativos para las variables y funciones requiere mucho tiempo, de lo contrario se terminan de escribir 30 caracteres nombres largos, completamente unmanagable sin auto completo
Editar:
Vale permítanme decirlo un poco diferente: digamos que estoy trabajando en un proyecto de tamaño pequeño-mediano, que nunca requerirá ningún mantenimiento por parte de un desarrollador diferente (o incluso de mí). Es básicamente un desarrollo de una sola vez. Son prácticas de programación que vale la pena seguir en tal caso. Supongo que mi pregunta es, ¿las buenas prácticas de programación realmente ayudan durante el desarrollo, o simplemente pagan durante el mantenimiento?
Usar autocompletar. – Kendrick
¿Cuál es tu pregunta? Usted reconoce que las buenas prácticas ayudan a "largo plazo". Seguramente ese es el final del asunto? –
Su llamada "programación ad-hoc" solo es más rápida para proyectos muy pequeños. Para software de cualquier valor real o complejidad, las buenas prácticas de programación están ahí para realmente hacer que lo haga más rápido al hacerlo bien la primera vez, porque los errores cometidos más adelante en el proceso demoran exponencialmente más en solucionarse. –