por explorer » 2016-04-12 15:25 @684
Cuando uno acepta trabajar en un determinado entorno de trabajo es porque va a aprovecharse del ahorro de tiempo que ese entorno le promete, a cambio de aprender el espacio de nombres y API de ese entorno.
Los hay buenos o malos, simples o complejos. Pero ellos luego no son responsables de la forma de desarrollar el código de la aplicación. Y si los programadores son malos, pues mezclarán código, presentación y base de datos, haciendo un lío, y perdiendo el tiempo ganado por el entorno. Aún peor: un conocimiento superficial del entorno de trabajo les hace perder oportunidades de ahorro de tiempo de desarrollo. Pero bueno, como estamos en la era de que los programadores ya no leen manuales, pues pasa eso.
Pero los entornos de trabajo tienen problemas a largo plazo: aparecen bugs de seguridad, por lo que hay que parchearles o actualizarles; cada vez hay menos expertos en el que usamos, porque los desarrolladores tienen preferencia en los nuevos, por lo que el mantenimiento cada vez es más difícil; una aplicación desarrollada bajo un entorno, puede dejar de funcionar al actualizar el motor PHP o MySQL, por lo que el sistema es también una dependencia más.
Si crees que CGI::App es más eficiente/rápido que los de PHP, tienes que hacerles una demostración, y tener en cuenta que para que una empresa adopte un cambio así, la ganancia debe ser sustancial (en tiempo), teniendo en cuenta el tiempo inicial de reciclaje de los programadores, de PHP a Perl. Los jefes valoran por encima de todo el tiempo de desarrollo, porque lo más caro son los sueldos de los programadores.
Y aquí viene otro problema (que es el que estoy viviendo yo): los programadores de PHP reciclados ven muy natural programar en Perl, pero... siguen programando como si estuvieran en PHP. Así que si antes mezclaban código y presentación, lo seguirán haciendo ahora en Perl.
JF^D Perl programming & Raku programming. Grupo en Telegram: https://t.me/Perl_ES