Trabajé en investigación y vi un poco de código científico. Definitivamente puede ser más utilitario que hermoso 🙂
Voy a sugerir esto:
Optimice la legibilidad primero y la velocidad en segundo lugar.
- ¿Debo volver a solicitar un trabajo que me dijo que mi solicitud no puede pasar debido a un pequeño ajuste estratégico?
- ¿Las grandes corporaciones como Microsoft reescriben desde cero al hacer una versión web de su software, por ejemplo, Office? Si no, ¿cómo lo hacen?
- ¿Los ERP de código abierto están perjudicando a los proveedores comerciales de ERP como SAP hoy (octubre de 2014)?
- ¿Qué software se puede usar para crear imanes y un simulador de campo magnético en movimiento?
- ¿Cuáles son algunas aplicaciones nuevas e interesantes que nadie conoce?
Esto se debe a que a la computadora no le importa si su código es desordenado, pero usted y su equipo pueden perder horas persiguiendo errores y errores lógicos en una prosa difícil de seguir.
Con eso en mente, aquí hay algunos consejos que pueden ayudar:
- Escribe el código más simple que funcione
- Estandarice su equipo en un estilo de codificación (incluso si es solo una sangría de 2 espacios)
- Una buena organización ayudará: divida su código en funciones, clases y módulos separados, incluso en archivos separados (acoplamiento suelto, alta cohesión)
- Los buenos nombres de funciones reemplazan los comentarios de código
- Menor número de parámetros de función son mejores
Cuando es hora de optimizar:
- Aprenda a usar un generador de perfiles para averiguar dónde se pasa la mayor parte del tiempo de ejecución
- Reescribe esa parte en C
- No intente optimizar a mano, deje que el compilador haga su trabajo, pero aprenda un poco sobre su arquitectura de ejecución de destino
¡Feliz codificación!
