Bueno, yo comparto con Ian la mayoria de sus comentarios (incluida una buena parte del relativo a Linux). Uno, como perro viejo ya en este trabajo, resta sitio a la pasión para que la coherencia y practicidad la sustituyan. Hace ya años que estoy en esto para poder comer, no para defender a nadie. Si creo que un servidor apache es bueno para un cliente, lo propongo. Si además creo que va a ir mejor en Linux, lo propongo. Y si creo lo contrario, pues lo propongo también.
Volviendo al asunto, no hay más que leer su artículo:
http://commanet.blogspot.com/2010/08...framework.html
Que es algo que yo vengo defendiendo desde hace ya tiempo en casi todas las reuniones técnicas que tengo. Pese a que en algunas me tilden de anticuado y traten de quemarme en la hoguera, por no asumir los fantasticos cambios que el "mundo moderno" nos trae para facilitarnos la vida como desarrolladores (aunque la aplicación, al final, no convenza al cliente).
Con tantos frameworks, capas, abstracciones, etc... se están cargando el modelo relacional. Ese que tan buenos resultados ha dado durante decadas y que tan optimizado está ahora mismo.
Se tratan las bases de datos como meros almacenes, sin una mínima optimización y lo que es peor, sin consideración alguna ni comprensión de cual es su cometido y que necesitan para llevarlo a cabo.
He visitado algún cliente y hemos conseguido, con un par de horas de análisis, optimizar un proceso concreto (sobre una base de datos en la que "solo" se guardaban datos), de varias horas a unos pocos segundos. Eso si, la aplicación era completamente Domain Driven. Ultima tecnología.
En otros casos, simplemente, no ha sido posible porque ni quien la desarrolló, entendía el cometido de algunos de los campos de las tablas. Sic...
Bueno, recomiendo su lectura, aunque se trate de Visual Studio (con el que estoy sufriendo/disfrutando ultimamente). <re-sic>
Saludos.
01-11-2010
Temas Similares
Modo Hilado