"Las reglas de la optimización son sencillas.
Regla 1: No optimices.
Regla 2 (solo para expertos): No optimices todavía."
Michael A. Jackson
Comparto 100% ;-)
Suscribirse a:
Comentarios de la entrada (Atom)
Entradas populares
-
He visto mucha documentación que habla sobre el tema de los métodos "getter / setter", o traducido al castellano los métodos "...
-
Esto es lo que pasa cuando tienes entornos que no son homogéneos y cada aplicación se encuentra ubicada en distintas márgenes de un "rí...
-
Uno de los problemas que me he encontrado con la versión 5 de PHP es la falta de la representación de los "paquetes" desde el prop...
-
Este es un resumen de conclusiones que se vertieron en una discusión sobre el tema en Foros de Web , donde se plantea la duda de si PHP5 ...
-
Este es un ejemplo publicado a partir de la duda de un usuario , y como son preguntas que se hacen reiteradamente, les dejo el ejemplo aquí ...
-
Esta reflexión se la escribo a todos los "Programadores PHP": Al día de hoy la mayoría de los institutos o universidades de muchos...
-
El Patrón " Singleton " sirve para cuando buscamos restringir la creación de instancias de un objeto, obligando que solo se pueda ...
-
Hace un tiempo que vengo recomendando esta presentación como punto de partida para definir un estándar de desarrollo en una empresa. En ambi...
-
Bueno, luego de revisarlo una y otra vez (y otra vez) ya se encuentra terminada la primer versión del libro que junta toda la experiencia ac... -
Estoy viendo muy seguido en foros que frecuento regularmente a muchos programadores que quieren dar " el gran salto " y evolucion...
5 comentarios:
Regla 3 (para expertos): no tengas prisa al optimizar, antes analiza bien qué necesitas y qué cuellos de botella hay.
Porque decis que no hay que optimizar?
Supongo que hace referencia a la optimización extrema(y a veces sin sentido) : "optimizacionitis".
Por ejemplo mi caso, lo que hago, es hacer el sistema a los requerimientos especificos, una vez que lo tengo empiezo a optimizar (Querys, Seguridad, etc), por que si desde el principio pensamos en la optimización, se nos puede complicar demasiado y tal vez no tendriamos nada plasmado en lo funcional al sistema.
SaluDOS!
Que tal todos ;-)
Totalmente de acuerdo con pac-man :-)
Hacer sistemas no es "empezar por la optimización", lo que tampoco significa que "hagamos todo mal, rápido y desprolijo".
Antes de empezar un proyecto se deben analizar los "requerimientos funcionales" y posteriormente los "no funcionales".
La "optimización" (rendimiento, eficiencia, etc) entra en la segunda categoría.
Con lo funcional tenemos el "sistema" que necesitamos construir, no así empezando con lo "no funcional", que requiere que lo primero esté bien construido.
A menos que para el proyecto sea "extremadamente crítico" la "optimización", esto es la última tarea de cualquier proyecto (además, si es que se justifica, en muchos casos ni eso).
PD: he visto que muchas veces juntan muchos temas dentro de "optimización"... hacer refactoring final del proyecto no es lo mismo que optimizarlo apuntando hacia un objetivo concreto.
Publicar un comentario