Barrapunto

Hay que evitar caer en este "antipattern", la adopcion de una tecnologia unica puede tener sentido si se trabaja en proyectos pequeños, pero es absurdo utilizar la misma tecnica para atacar todos los problemas.

Dicho esto, y como a mi tambien me gusta fardar de lo listo que soy, yo prefiero un enfoque mas variado para atacar el problema:

- Generalmente hay un nucleo duro en las aplicaciones o grandes sistemas para el cual se necesita un lenguaje mas estricto que php. Este nucleo normalmente podria ser identificado con las entidades y logica de negocio de las empresas. Para esta parte un buen candidato es Java, por su expresividad y potencia para estos menesteres.

- Despues tenemos la parte de presentacion. Con mucho la parte de la aplicacion con un ciclo de vida mas corto. Esta parte de las aplicaciones para mi debe ser planteada como "de usar y tirar". Con estas premisas la utilizacion de tecnologias estilo PHP me parece totalmente adecuada por su bajo coste y velocidad de desarrollo.

- Hablando de procesos batch normalmente, por eficiencia, uno se salta a la torera la logica de negocio construida para la parte online/transaccional de la aplicacion, accediendo directamente a las bbdd. Para esta tareas me parece que un lenguaje estilo Python/Perl tiene una relacion coste/beneficio excelente.

Aunque mantener estos puntos de vista me han costado muchos disgustos a lo largo de mi vida profesional, al final se termina demostrando su utilidad y viabilidad; desde la empresa mas pequeña a la mas grande.

Un saludo de un Arquitecto de Software. Que cuando consiga saber lo que es me sentire bastante mas a gusto.