programming-best-practices
Programming Best Practices
- Usa frameworks.
- Planifica con 1 semana de antelación al inicio de la implementación. Que no aparezcan “bolets” que puedan implicar un cambio total o parcial del planteamiento. Piensa en las implicaciones y posibles colisiones con otras partes de la aplicación.
- Planifica el trabajo para tenerlo todo listo con 2 días de margen antes de la release. Mínimo ha de haber 1 día de margen.
- Generalizar el problema y su solución. (A ser posible)
- Pon los modelos en las librerías compartidas, y no dupliques en cada proyecto (FE, BO, …)
- Haz comprobaciones con funciones, y no con constantes.
- Si hay dependencias, no las valides con constantes, variables o algo específico a su pertenencia, crea un flag en la BBDD o en alguna estructura genérica que no dependa tanto del código o el entorno, pero sí de los datos.
- Usa constantes en las clases.
- Usa métodos protegidos en vez de privados.
- Usa convenciones de nombres, estructuras, etc.
- Usa patrones de diseño.
- Haz testing automatizado.
- Si una función se complica mucho –> divídela en subfunciones.
- Si una tabla contiene millones de registros –> busca las diferencias (parent_tipo, provincia, sexo, …) y divídelo
- Tómate tiempo para mirar de mejorar y refinar el código, tanto en optimización como en comprensión.
- Comparte tus ideas y tus inquietudes con los compañeros.
- Comenta lo que ves que se ha hecho mal (sin miedo a equivocarte pero sin ir de sobrado), y felicita lo que se ha hecho bien al equipo.
- Investiga nuevas cosas. Prueba nuevas cosas. Utiliza nuevas cosas.
programming-best-practices.txt · Last modified: 2012/05/10 10:43 by nejo
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Noncommercial-Share Alike 4.0 International
