Foro - Perl en Español

monoswim escribiste:Como siempre es una cuestión económica...

Cuántos programadores hay de Perl en relación con otros lenguajes... somos minoría... Mejor hacer las cosas en PHP o ASP que los programadores son más y son consecuente más baratos...

Saludos

explorer escribiste:Sí que sería interesante una traducción del artículo.

La semana pasada estaba en Copenhagen para la YAPC::Europe. Uno de los avisos en la conferencia era la localización de la conferencia del próximo año que será en Lisboa. El tema de la conferencia del próximo año será "Perl corporativo".

Y eso (junto con un par de conversaciones de anoche) me puse a pensar acerca de la charla que expondré en la conferencia del próximo año la cual se podrá titular "Por qué las corporaciones odian Perl".

No es verdad, claro está. Hay un gran número de grandes compañías que aman Perl. Yo probablemente podría trabajar hasta mi jubilación en mejorar y ampliar los sistemas que están escritos en Perl en muchos de los grandes bancos en la ciudad de Londres. También hay, sin embargo, muchas compañías que están dejando Perl por un número de razones. Aquí expongo una de las razones que serán incluidas en mi charla.

Estaba hablando la noche pasada con personas de una compañía como esas. Los que mandan en está compañía han anunciado que Perl no seguirá siendo su lenguaje de elección para sistemas web y que con el tiempo (probablemente mucho tiempo) los sistemas serán reescritos en una combinación de Java y PHP. La gerencia ha comenzado a referirse a los sistemas basados en Perl como "heredados" y, generalmente, a desacreditarlos.

Esta actitud se ha filtrado a través de usuarios de negocios (que no son técnicos) que se han empezado a preocupar si los desarrolladores mencionan un sistema que está escrito en Perl.
Los usuarios de empresas, por supuesto, no quieren el realmente viejo y roto código Perl, ellos quieren las nuevas tecnologías.

Y por eso, en cuestión de meses, los encargados técnicos en esta compañía han creado un entorno empresarial donde Perl se ve como la causa de la mayor parte de los problemas con los sistemas actuales. Es un muestra impresionante de ingeniería social.

Es también, por supuesto, totalmente injusto. No niego en absoluto que esta compañía (como muchas otras) tienen una gran cantidad de scripts Perl mal escritos y difíciles de mantener. Es porque el código Perl se ha convertido, poco a poco, durante los últimos diez años, en un ambiente donde no había autoridad en el diseño, que animó a los desarrolladores a pensar más allá de conseguir su tarea hecha de forma inmediata. Muchos de estos sistemas datan de los primeros pasos de esta compañía en Internet y fueron hechos por departamentos separados que no tenían ninguna interacción uno con otro; no es realmente una sorpresa que los sistemas no interactúan correctamente y que gran parte del código sea difícil de mantener.

Hay, por otra parte, una serie de sistemas más modernos, que también están escritos en Perl y que siguen las mejores prácticas en el desarrollo de Perl que son mucho más fáciles de mantener y de mejorar, tan fácil como cualquier cosa escrita en los nuevos lenguajes aprobados.

Es, también verdad, que esta compañía tiene una gran cantidad de sistemas que necesitan ser reescritos durante los próximos años. Pero deshacerse de la maestría acumulada en Perl por la compañía y moverse a las nuevos lenguajes parece ser un paso demasiado lejano. La gerencia está culpando a Perl por los problemas, cuando debe culpar realmente a la gestión y el procedimiento de diseño que estaba allí (o, más probablemente, no estaba allí) cuando el código fue escrito originalmente.

Muchas organizaciones se encuentran en la misma situación, con grandes cantidades de un rígido código Perl. Diez o doce años atrás todos estaban escribiendo sistemas web en Perl y todos estábamos cometiendo errores. Todos tenemos que lidiar con estos errores y esperamos aprender de ellos para después poder reescribir nuestros sistemas y tener en cuenta todo lo que hemos aprendido en los últimos diez años.

Ya es demasiado tarde para la empresa de la que he venido hablando en este artículo. La ingeniería social anti-Perl ha influido, probablemente, demasiado profundamente, en su cultura. Es poco probable que la reputación de Perl pueda ser rescatada.

Pero si usted tiene problemas similares en su propia empresa, por favor, trate de asegurarse que la culpa sea repartida correctamente y que usted no utiliza Perl como un "chivo expiatorio".

• el cliente ha quedado, más o menos, satisfecho
• se ha realizado una buena labor de documentación
• y un mínimo de control en el desarrollo del proyecto

• el cliente ha descubierto errores de funcionamiento porque el programa no ha pasado ninguna prueba real de funcionamiento. No se le han pasado test de funcionamiento, ni de carga máxima de trabajo
• el código no está documentado, por lo que hacer cambios por parte de nuevos programadores es muy complicado y costoso
• realmente, no hubo ningún control en el desarrollo del proyecto. Simplemente, los programadores entregaron el programa en el plazo previsto, pero no se auditó el desarrollo en sí.

Es una opinión interesante, pero... ¿Por qué es así? ¿Por qué un lenguaje, que bien puede ser innecesario, se pone de moda? ¿Acaso PHP o ASP es mejor que Perl?
Hay ciertos temas que hay que cuestionar.