Cita: No he dicho que haya intencionalidad. Lo que sí tengo la sensación de que puede haber es falta de interés por hacer un mínimo esfuerzo. No te lo tomes mal, pero si descnoces algo, dilo claramente, no hagas suponer que no tenga relación.
¿"Mínimo esfuerzo"? Me da la impresión que prejuzgas, si pregunto, es pregunta, no afirmación... si tu interpretas mal, presupones, que quieres que haga? Vuelve a preguntar si dudas, y en lo posible, de forma cordial.
Cita: XLST es un lenguaje de programación, es Turing complete, y es 100% funcional. Es el único paradigma que soporta. XLST es un lenguaje creado para el procesado de XML, sí, y es ampliamente utilizado en ese ámbito en gran cantidad de entornos (entre ellos web).
Sé que es utilizado, no he tenido la oportunidad, desconozco más allá de eso, no puedo opinar, por eso pregunto.
Cita: ¿Hasta qué punto conoces el mundo Java? Lo pregunto de forma inocente, para no presuponer nada.
No soy experto, pero he realizado algunos trabajos en JSE y en JME, y mucho de lo que hago y promuevo para PHP viene de este mundo (no porque sea experto en Java, solo porque la ignorancia en el mundo PHP es mayúscula).
Cita: Y no lo digo porque hayas dicho algo incorrecto sino porque... bueno... bien, Java es 99% OO pero no creo que deba verse como
"la solución". Y resulta curioso que muchos de sus antiguos defensores hoy están promoviendo
otras cosas con caracter funcional.
Estimado, estimado, voy saliendo de la discusión por la puerta chica. No tengo deseos de seguir discutiendo temas que el ego pueda obligar.
Java no es 100% POO, estoy de acuerdo, pero por lejos es más POO que PHP, y desde PHP5 en adelante se ha tomado como base gran parte de cómo se hace en Java, y muchas ideas van por ese lado. Lo ha dicho Zend y varias empresas que la acompañan, entre ellas, IBM. Piensan que el futuro de PHP podría pasar por convertirse en una plataforma del estilo "JEE", pero mucho más simple y pragmática.
Volviendo al tema original, dado el estado de POO que tiene el lenguaje y que carece su comunidad, no veo con buenos ojos seguir preocupados en "caminos laterales o atajos" cuando carecemos de una estructura base sólida, y mucho de ello parte por las reglas de un lenguaje y por la definición y seguimiento de estándares promulgados por el responsable de turno, en este caso, la empresa Zend.
¿Cual es la responsabilidad de los desarrolladores? Mucha, tratar de mirar a los costados y ver qué pasa en otras plataformas / arquitecturas y tratar de aprender con conciencia, que no podemos seguir programando estructurado, que tenemos que aprender a desarrollar -seriamente- con OO y empezar a seguir principios de diseño, y que un "patrón de diseño" no es magia negra.