Cita:
Iniciado por enriqueplace 
Estimado Acron, veo que más abajo usas el término "cliché", pero prefectamente se aplica a lo que dices sobre POO versus Procedural. No tiene mayores ventajas no hacerlo POO, es fundamentalmente un tema de diseño y organización de un sistema, en casos disparatadamente contados se podría hablar de diferencias de rendimiento, pero con los lenguajes de hoy día es casi ridículo hablar de diferencias o de necesidad de "optimizaciones extremas" (como cambiar la forma de incrementar variables, etc).
Como dije, para muchos es un cliché, no que realmente lo sea.
Cita:
Iniciado por enriqueplace En lo personal lo considero una desventaja, principalmente por lo anterior expuesto, mucho de la filosofía "opcional" o "híbrida" pasa por el "no entendimiento" de cómo funciona la POO. PHP debería ser como Java, 100% POO donde no hay forma de programar sin hacer clases.
Ahora, eso es una falacia, PHP no debería ser como Java, java es java, php es php, no hay razón alguna para que php deba ser java2.
Cita:
Iniciado por enriqueplace No veo diferencias de estrategia entre usar "procedural" y "poo".
Las hay, decir lo contrario es tomar procedural y poo como una misma forma de diseño cuando no lo es.
Cita:
Iniciado por enriqueplace ¿La idea general de quién?
De los que decidieron adoptar el trabajo de Trygve supongo....
Cita:
Iniciado por enriqueplace Estás entrando en una falacia. Desarrollar sistemas no necesarimente tiene que ver con un problema particular de cómo integrar diseñadores en el trabajo de realizar una interfaz. El problema que le ves es porque estabas en lo personal acostumbrando a tener diseñadores tocando plantillas y tus programadores tocando el código interno, pero que no lo puedas hacer con MVC no es un problema del patrón, es de tu forma de trabajo.
Yo no dije que eso fuese un problema del patrón....
El patrón puede ser perfecto, eso no quiere decir que tendrás un equipo capacitado para implementarlo. Tal vez debí agregar que si no tienes un equipo capacitado, es posible tener una extensión de tiempo innecesaria invertida en el desarrollo.
Cita:
Iniciado por enriqueplace Este comentario es equivocado, vuelves a caer en lo mismo, lo que tienes es un problema de organizar el equipo de trabajo y no de POO o de MVC. No se crea POO o MVC para facilitar la integración de un equipo de trabajo, estás mezclando cosas que no tienen nada que ver entre ellas.
Tomo nota :)