sábado, 24 de octubre de 2009

Evolución de lenguajes

[English translation]
Tal vez se ha notado que no he escrito mucho últimamente, la razón fue que tuve que dedicarme por completo una migración de emergencia.
El sistema en cuestión pertenece al cliente que me contrató para desarrollar una aplicación web, que casualmente fue mi primera aplicación de este estilo allá por 1998.


En aquella época estaba dando mis primeros pasos con Perl, pero de alguna manera me convencieron de que la aplicación debía desarrollarse en PHP, poco a poco me dí cuenta que PHP no era lo suficientemente flexible y termine haciendo varios programas en Perl que implementaban la mayor parte de la funcionalidad, aún así toda la interfaz de la aplicación se quedó en PHP.

Durante este proyecto aprendí que Perl era mucho más versátil, poderoso y divertido que PHP, y si no me hubiera dejado convencer, probablemente hubiera conseguido CGI.pm, toda la aplicación estaría en Perl y no tendría una historia para contar.

Al comenzar la migración se me ocurrió que sería más fácil poner a funcionar primero la interfaz, ya que pensé que siendo la parte más simple de la aplicación podría migrarla fácilmente a PHP5, nada más alejado de la realidad, nada funcionaba como debía.

Entiendo que todo evoluciona, pero es que los programas ni siquiera compilaban, algunos APIs han cambiado lo suficiente como para necesitar una completa revisión de todo el código fuente, y por supuesto el programa era un asco, ¿que otra cosa podría ser?, en aquella época no había una librería de templates, el acceso a la base de datos se hacía con las horribles funciones de la librería de PHP3, y toda la aplicación es un monumento a la programación estilo ASP, donde la vista, el modelo y los controladores estaban completamente integrados, como si los hubieran pasado por una licuadora.

Lo cierto es que fue más fácil compilar PHP3 en el nuevo sistema operativo que intentar migrar el código a PHP5, por lo que doy gracias a Debian y particularmente a archive.debian.org, que debe ser uno de los pocos sitios en el planeta que todavía guardan las fuentes de eso (PHP3), porque la comunidad del lenguaje tiene una política de retirarlas de internet.

Una vez superado el problema (es decir PHP), tenía pesadillas sobre el montón de código Perl 5 que no funcionaría para nada en el nuevo Perl 5.10, así que comencé resignado a copiar todos los archivos.

Lo primero en fallar fue DBI, en efecto la cadena de conexión a la base de datos utilizaba un formato que ni recordaba que existió:

  DBI->connect("dbi:Pg:dbname=mydb@myhost.com", "user", "pass");
una vez que la cambié por la sintaxis actual:

  DBI->connect("dbi:Pg:dbname=mydb;host=myhost.com", "user", "pass");
Probé nuevamente el programa y todo funcionó, procedí a probar otro programa y todo funcionó, así seguí programa por programa sin encontrar ninguna falla, ni una más.

Una década de evolución del lenguaje y del CPAN y casi todo funcionó a la primera, estaba asombrado (y por supuesto complacido).

Al contrastar la evolución de Perl y PHP en el tiempo puedo apreciar que mientras el primero ha adquirido una gran cantidad de características, como nuevas construcciones del lenguaje, varios sistemas de implementación de concurrencia, desde la programación orientada a eventos hasta los threads pasando por las corrutinas, nuevas abstracciones para facilitar y mejorar la OOP que permiten al programador elegir entre varios sistemas de orientación a objetos, avances importantes en el área de meta programación, y algunos otros, el segundo básicamente ha obtenido un sistema de OOP, y aún así es más incompatible que Perl.

La pregunta es: ¿por qué esta diferencia radical?, sobre todo cuando se dice que hay muchas más soluciones listas en PHP que en Perl y se supone que debería haber un mayor desarrollo para el primero.

Puede dar la impresión de que lo que digo pretende hacer leña de PHP, pero no es así, PHP fue solo el disparador que me hizo pensar en el problema, si tomáramos otros lenguajes, probablemente llegaría a conclusiones similares, por ejemplo: ¿cuanta evolución ha tenido Python en la última década?, y ¿será que un programa de hace 10 años funciona en el ambiente actual?, ¿y en Java?. Yo apuesto a que Perl les gana a ambos en estos frentes.

Aunque Perl es una solución New Jersey, el lenguaje en sí está muy influenciado por Lisp que es una solución MIT, y aunque se puede argumentar sobre la complejidad de la sintaxis de Perl, lo cierto es que la semántica de sus operaciones es bastante consistente y sumamente versátil, además se puede extender el lenguaje con módulos, permitiendo la experimentación sin necesidad de modificar el interprete.

Otros ambientes de programación tienen herramientas muy buenas que facilitan enormemente la realización de compiladores, pero el nivel de complejidad en la implementación de alguna extensión, que en general se deben implementar como preprocesadores, limitan el desarrollo de este tipo de extensiones.

Por otra parte la falta de integración con el compilador obliga al usuario a introducir complejidad en la construcción del software, ejecución de precompiladores, manejo de archivos temporales, y otros, que se convierten en una pesadilla sobre todo en ambientes dinámicos, imaginemos que para para cargar un módulo en Moose, se necesitara ejecutar el precompilador de Moose y luego cargar el módulo resultante de la compilación, sería realmente fastidioso, sin embargo en Perl existen mecanismos que permiten que se ejecute automáticamente el compilador de Moose, que accede al código fuente e ingresa el resultado automáticamente al compilador de Perl para su fase final de compilación, y el usuario lo único que debe hacer es: use Moose; al comenzar un programa.

Los problemas anteriormente descritos limitan la adopción de extensiones externas al lenguaje, coartando la evolución por la vía de la extensión, que es la manera más fácil de evolucionar un lenguaje. En este sentido Perl se parece mucho a Lisp, y la mayor parte de la evolución del lenguaje se logra agregando módulos externos en el CPAN. Hoy en día existen extensiones que implementan diversas estructuras de control como try/catch, también hay módulos que permiten declarar los parámetros de las subrutinas y los métodos, y  muchas otras cosas que no son parte integral del lenguaje.
Con respecto a la compatibilidad, hay dos factores a tomar en cuenta: la compatibilidad de las librerías y la del lenguaje.

La compatibilidad del lenguaje se mantiene utilizando los pragmas, que en Perl son prácticamente lo mismo que cualquier otro módulo del CPAN (o al menos eso parecen desde la perspectiva de un programador), así que cuando el lenguaje cambia simplemente se introducen pragmas. Un ejemplo son las nuevas características de Perl 5.10 que se activan usando un pragma.
La mayor incompatibilidad que ocurrió en la ultima década es la eliminación de los pseudohashes en Perl, y para minimizar los problemas se crearon mecanismos para facilitar la migración del código existente (use fields) y se mantuvieron los pseudohashes como una característica obsoleta por unos 5 años, lo que ilustra cuan comprometida está la comunidad a mantener la compatibilidad con el código existente.

La comunidad ha adoptado recientemente el término DarkPAN, que es todo el código que esta escrito en Perl, pero no está a la vista del público, sino que reside escondido en miles de sistemas que la gente ni siquiera sabe que han sido escritos en Perl (el que originó esta historia aparenta estar escrito en PHP), y aunque hay gente que prefiere que la plataforma de Perl se modernice obviando el DarkPAN, la comunidad en general piensa que esa no es la mejor política.

En el universo la materia obscura es la mayoría de la masa, y aunque no sabemos si el DarkPAN tiene más peso que el CPAN, podemos observar algunos efectos colaterales, por ejemplo: aunque parece haber más sistemas escritos en PHP y Python, se consiguen más ofertas de trabajo en Perl y probablemente la causa sea el DarkPAN.

Lo cierto es que todo ese código que mueve infinidad de negocios está allí porque funciona y porque se puede mantener en el tiempo con menos esfuerzo que el código desarrollado en otras plataformas.

Lo más impresionante es que hoy en día tengamos en la misma plataforma compatible con el código de hace una década, librerías tan fáciles de usar, modernas y poderosas como Moose, Devel::Declare y Catalyst, que son la envidia de los desarrolladores de otros lenguajes.

Así que si quieres programar en un ambiente fácil, moderno, poderoso y perdurable, la elección es clara usar Perl.

No hay comentarios:

Publicar un comentario