Recientemente y por el calor del día lancé un comentario en twitter https://twitter.com/#!/johnnydc/status/195918555491995648 que dejé llegar a facebook http://www.facebook.com/johnny.de.castro/posts/10150769545781358, el punto es que el comentario generó un par de respuestas online y otras offline, pero sobre todo despertó en mí el interés por aclarar lo que considero un punto válido frente a la elección de las herramientas para el desarrollo de proyectos enfocados a la Web.

Ahora frente a la tarea de elegir el lenguaje correcto surge la pregunta ¿cual es el lenguaje ideal?, la respuesta corta es: ¡Ninguno!.

En la programación y el desarrollo de aplicaciones Web en general debes tener presente cientos de consideraciones pero una por encima de todo: La Web es texto, simple y vulgar texto plano que se envía a al visitante, así que para la presentación del contenido debes procurar complicarte lo menos posible.

Lo que no es.

Flash y applets de java están fuera de escena, esto no es "Web o programación Web", son como muchos otros elementos, solo algo más para descargar y visualizar (o procesar), son parte de la información y para este fin son tratados como simples archivos descargados y están a la misma altura de documentos en pdf, doc, xls, odt, etc. es decir, son solo elementos (por ahora no hablamos de diseño visual).

El proyecto.

Es lo que nos interesa, la razón de que tengamos que darnos a la tarea de programar alguna cosa.

No te engañes, sin importar donde te encuentres o los retos frente a ti, el proyecto es lo importante, busca hacerlo simple, pero sobre todo "hacerlo posible" si tu proyecto es una galería, busca opciones antes de darte a la tarea de montar tu propia galería, o simplemente hazla, nadie te limita.

El funcionamiento

A grandes rasgos la web funciona así:
La información se alberga en un servidor, un cliente solicita esta información (a través de su web browser, app, servicio, aplicación, etc.) y es entregada/presentada al cliente quien luego decide que hacer con ella (leerla, procesarla, almacenarla, etc.).

Servidor

Llama servidor a una maquina, un cluster, grid, cloud, p2p, etc. que provee un servicio demonio capaz de responder a peticiones y entregar los contenidos, dichos contenidos pueden estar alojados en la misma maquina o distribuidos en otras, es aquí donde juegan su labor los lenguajes de programación, en realidad si no los necesitáramos sería genial, pero alguien debe encargarse de responder a nuestros caprichos, esa es su labor.

Cliente.

Tradicionalmente los navegadores web renderizan la información recibida a través de la Web, así que el texto plano enviado por el servidor es recibido, parceado, analizado y procesado, luego se presenta. Nuestra tarea es simple: proveer la información, sea imágenes, juegos, video, texto, o links a diversos documentos, aquí el principal lenguaje de programación que requieres conocer es javascript idealmente todo lo que puedes requerir, incluso puedes prescindir de su uso, pero que sería de la vida sin algo de diversión.

El cliente no siempre es un usuario frente a su navegador, es más, muchos de tus clientes probablemente sean otros servicios por lo que el formato de salida no siempre será (x)HTML(5), puede ser xml, json, cvs, o que se yo, un nuevo formato creado por ti, texto o binario, el asunto es que tu cliente te presentará diversos requisitos.

La Plataforma

La elección de la plataforma es tan importante como la elección del lenguaje que dará vida a tu proyecto, esto se debe a que puedes obtener mayor rendimiento o soporte en una plataforma en particular para algún lenguaje.

J2EE, LAMP, WISA.NET estas son las principales plataformas Web disponibles en el mercado, tienen grandes variaciones pero en general los nombres te resultarán orientativos.

J2EE

J2EE, alternativa JBoss, lenguaje Java-jsp, en realidad el lenguaje a evolucionado, ahora puedes utilizar Scala, JRuby, Cylon y otros, se trata de una plataforma enterprise, sin embargo no te confundas, Java es completamente open source, todo lo que puedes encontrar a través de Oracle lo consigues en alternativas libres, tiene una comunidad gigantesca, miles de desarrollos integrados y aislados, cantidad inmensa de código basura, cantidad inmensa de código interesante y reutilizable.

El principal IDE de desarrollo es Eclipse seguido por NetBeans, las ventajas de java van desde su diseño (sobredimensionado), rendimiento, soporte hasta el hecho de que por la misma complejidad del lenguaje, se han desarrollado muchas alternativas para el desarrollo sin código (o con poco código), así que te centras en el modelo de negocio y el IDE hace el resto, tu solo ajustas detalles (aunque la realidad es una muy distinta).

Cuentas con depuradores, asistentes, en fin, todo lo que requieres para el desarrollo rápido de aplicaciones, también para el desarrollo lento y tedioso, así que no te confundas.

Una de las expresiones de las que más se hace eco en la red viene de la mano de Shaun Connoly (JBoss’s vice president) "Java is great, PHP sucks and .NET can’t scale", la verdad es que refleja el pensar y actuar de gran parte de la comunidad Java.

LAMP

LAMP lo conforman el stack Linux, Apache, Mysql y PHP, aunque su ecosistema actual es muy amplio y poco corresponde, en bases de datos Mysql y PosgreSQL, pero la base real es Software Libre, así que puedes reemplazar esta base de datos por la que gustes. PHP no es la única P, están Perl y Python, "pero" muchos incluyen a Ruby con ROR en este stack.

Sin mencionar que Apache + FastCGI funciona genial no solo en Linux, sino en sistemas *BSD (MAC OS incluido) incluso en Windows, muchos siguen llamando LAMP sistemas en los que Apache ha sido reemplazado por NGINX (o Linux por Windows, aunque esto último rompe el paradigma de solución Open Source).

IDE, PHP adolece en este sentido, no tienes entornos en los que simplemente diseñes el modelo y la lógica del negocio y ya está, usualmente debes toquetear mucho, mucho código para completarlo todo. Para PHP tienes NetBeans PHP como el editor más completo, te permite debuguear, indexar toda la aplicación, autocompletar código y correcciones de sintaxis y más, luego tienes también a Eclipse con PDT+WTP+Aptana ó Zend Studio (básicamente Eclipse con esteroides). Perl aunque es por mucho el lenguaje de mayor antigüedad y madures, no tienes lo que llamaríamos un IDE completo, solo editores que proveen resaltado de sintaxis, marcado de errores y autocompletado, resaltan en este aspecto Komodo IDE y Eclipse+EPIC. Python yo apuntaría tres IDE, Komodo IDE, Eclipse + PyDev y ERIC, tienes disponible lo típico, además del modelado UML de la solución y otras tantas herramientas.

El stack LAMP adolece por la aparente falta de características enterprise, sin embargo existe un muy interesante número de empresas que se dedican a cubrir este aspecto, se proveen frameworks que refuerzan la seguridad, escalabilidad, agregan características SOA, en fin hacen de LAMP un entorno que encaja perfectamente en la arquitectura empresarial.

WISA.NET

Plataforma conformada por Windows, IIS (Internet Information Services), Microsoft SQL Server y el ASP.NET, siempre he considerado que si buscas la mejor herramienta, utiliza .NET, aunque la realidad es que no estás amarrado a Microsoft para conseguirlo, con un esfuerzo mínimo adicional puedes conseguir desarrollos que funcionarán sobre Linux, Apache (ó nginx), MySQL/PostgreSQL y mono.

Lo interesante de .NET es que puedes utilizar literalmente cualquier lenguaje soportado para realizar tus desarrollos, mientras exista un interprete a CIL lo tienes, solo por mencionar algunos tienes: C#, Visual Basic.NET, C++, F#, J#, Perl (a través de perl-dev-kit de http://www.activestate.com/perl-dev-kit/features), Python, Fortran, Prolog, PHP, Boo, Java y mucho más, pero esta no es su magia, la gracia está en que puedes reutilizar por ej. la librería que hiciste en Python y llamarla en tu aplicación C# y el resultado presentarlo con Boo, es decir, lo que quieras.

IDE, esta es la mejor parte de .NET, el más completo IDE disponible funciona solo en una plataforma, microsoft, se trata de Microsoft Visual Studio, seguido (de lejos) por SharpDevelop, en realidad son para objetivos muy diferentes, SharpDevelop es para desarrolladores que intervienen más en el desarrollo del código mvs permite la generación automática de mucho código. La alternativa multiplataforma es Monodevelp.

Mi conclusión es: si buscas la mejor herramienta, utiliza mono (.NET), si tu enfoque es enterprise, Java es lo tuyo, si requieres escalabilidad y desarrollos relajados, decantate por LAMP.

El lenguaje

Esta es la razón del post y de las discusiones que dieron su origen, pero la realidad es que se trata solo de una distracción más y de algo totalmente irreal, lo importante es el proyecto en si mismo, más que el lenguaje debes preocuparte por la plataforma, ten presente que muchos proyectos pueden gestionarse a través de plataformas mixtas, así que la decisión podría no ser crucial.

Los Programadores

Son los encargados de llevar a producción las ideas y son quienes se interesan (o no) por temas como "la legibilidad del código", la escalabilidad, etc., son ellos quienes hacen (o no) realidad los proyectos y no un lenguaje. Además las ventajas de un lenguaje frente a otro serán explotadas solo por la capacidad y el estilo del desarrollador.

La decisión frente a la elección del lenguaje/Framework/Plataforma más que una decisión técnica se vuelve una decisión personal o de estrategia empresarial, en la que eliges el lenguaje que mejor se adapta a tu estilo (de vida, de trabajo, de clientes), a tu forma de hacer las cosas, además en la programación como en la vida, tendrás diversas formas de manejarte según lo que tengas que hacer, así que probablemente variarás entre plataformas recordando que no existe la mejor solución, siempre se pueden dar múltiples soluciones al mismo problema, solo que una de ellas será la apropiada para ti dadas las circunstancias.

vmware-modconfig --console --install-all

Desde el 2004 sigo Ubuntu sin mucho interés ni sorpresa, viendo siempre como aprovechaban mejoras y desarrollos provenientes de otras distribuciones y descaradamente lo mostraban como avances propios, una estrategia de marketing poco vista en el mundo OpenSource, pero ya es hora de entender que todo ha cambiado. En realidad tuvieron que pasar 8 años, la caída de Novell, el sin puerto de openSUSE y la salida de De Icaza del panorama para que les empezara tomar en consideración, sí, usualmente soy dogmático, soy más apegado a distribuciones con tradición seria como RedHat (y derivados), openSUSE o debian, Ubuntu nunca me pareció una opción real, pero al salir del panorama Novell (o al menos verse tan opacada como ahora) alguien tiene que llenar el vacío.

En fin, el ser una LTS da tranquilidad y al menos “hoy” puedes tener muchas cosas actualizadas (perl 5.14 sin mayores esfuerzos!).
Lo que no me gustó:

1. El instalador no proporciona métodos para el uso o reuso de LVM, por lo que tuve que formatear mi sistema de archivos y luego reinstalar el backup.
2. Unity es feo e innecesario para un PC de escritorio, por suerte siempre se puede mover a gnome clasico.

Complicaciones adicionales: instalar vmware player, indispensable para mi en el trabajo, pero es tema del nuevo kernel y vmware más que de ubuntu, solución aplicar un parche.

Lo que me gustó: el resto, la distro está muy bien lograda, los ocres ya no son lo mio, pero la variedad de paquetes, facilidad de uso, la rápida instalación (sin mayores preguntas) de códecs y drivers propietarios vale tener que pensar en personalizar colores luego sin temor a equivocarme puedo afirmar que es de las más completas distros que he visto a la fecha, incluso sin mejorar unity o integrarse con gnome-shell, son la mejor elección para un Desktop Linux.

Aquí no planteo el uso de perlbrew, sino de compilar e instalar Perl de forma nativa en nuestro CentOS 6 sin remover la versión existente de Perl (porque crearía serias inconsistencias en nuestra base RPM, sin mencionar que muchas herramientas podrían simplemente romperse), comentar además que si decides descargar y compilar el RPM de Perl 5.14 de fedora, probablemente notes al final que ni siquiera se instala y si lo consigues forzando las instalaciones de paquetes, luego no funcionará tu base de datos rpm (ni yum) haciendo tu sistema muy incomodo de administrar. Así que lo que haremos será instalar en un directorio alternativo y reemplazar el enlace en /usr/bin (no te preocupes, herramientas como cpan y demás entenderán perfectamente que versión de Perl ejecutan, si tienes problemas, vale que postees un comentario).
cd /usr/src/
wget -c http://www.cpan.org/src/5.0/perl-5.14.2.tar.gz
cd perl-5.14.2
# ./Configure -des -Duse64bitall -Dusethreads -Dprefix=/usr/local/perl5.14 # para x86-64
./Configure -des -Dusethreads -Dprefix=/usr/local/perl5.14 #sistemas x86
mv /usr/bin/perl /usr/bin/perl-old-install
ln -s /usr/local/perl5.14/bin/perl /usr/bin/perl
Por último, editar /etc/yum.conf y agregar:  exclude=perl* al final del fichero, la idea es que si existe una actualización de la rama 5.10.x de perl, no nos reemplace nuestro link simbólico y rompa nuestros scripts.

PHP es un lenguaje de programación que ha crecido con la comunidad y según el ritmo de la comunidad, es cierto que hoy en día su desarrollo está en manos de Zend Technologies pero desde sus inicios PHP ha sido una herramienta hecha a destajos. Ahora, no lo veo como algo realmente malo, se trata del mismo desarrollo libre y caótico que ha dado lugar a grandes proyectos de software libre, tenemos a libre disposición un paper sobre el tema, se trata de La Catedral y el Bazar de Eric S. Raymond (versión ingles, versión en castellano).

PHP como lenguaje de programación para la Web es probablemente el de mayor implantación en proyectos pequeños y no precisamente por se rápido de aprender y etc., no, creo firmemente que es uno de los más utilizados porque es barato. Las cosas funcionan en PHP, es cierto que si vienes desde un lenguaje de programación formal como C o inclusive C# o java no te van a gustar muchos de los comportamientos de PHP, pero si simplemente inicias con PHP su estructura te parecerá normal y luego java te parecerá grotesco, así que personalmente creo que las caracteristicas semánticas del lenguaje pueden no parecer las apropiadas pero no existe ninguna norma que defina como hacer el lenguaje de programación perfecto, solo tienes el sentido común y en un proyecto libre como este, quedas a portas de los buenos deseos y aportaciones y como lo dije antes, a pesar de esto en php las cosas funcionan.

Regresando al tema de que php es barato, míralo así:

Ofrecer servicio de alojamiento obliga a que te encargues de la infraestructura, correr una aplicación jsp bien requerirá de JBoss, J2EE ó Tomcat, todos ellos consumen por si solos una gran cantidad de recursos y costos añadidos, luego sumas la carga por ejecución de las aplicaciones alojadas y no son muchos los clientes que puedes manejar en una maquina o cluster (depende de la maquina o el tamaño del cluster, pero tus costos se incrementan), bueno, esa es una de las tantas razones por las que es siempre más costoso conseguir un proveedor decente para correr tu aplicación jsp; con ASP.NET las cosas son a otro precio, debes sumar el valor de la licencia de MS Windows, de IIS, etc., en fin, deriva en lo mismo.

El costo de implementación de servicios PHP es menor, un entorno LAMP puede tener muy bajo costo inicial, luego no pagas por nuevas licencias y optimizar php es posible, eso y que su carga es mucho menor que la de una aplicación jsp o asp.net (sobre todo con fastcgi). Así que por eso es tan común toparse con proveedores de hosting php económicos. Ahora entra a jugar el mercado y el cliente, muchos clientes no requieren un gran proyecto con una estructura clara, un modelo definido, no, muchos solo quieren un web barato, que si les pones un html les dará lo mismo que un site dinámico, ahora muchos tienen claro que htmls no les valdrán de mucho y piden un gestor de contenidos (aunque no tengan idea de que signifique eso) a un precio de huevo, lo que nos lleva nuevamente al tema de precios.

Por CMS podrías decantarte por herramientas libres, que existen al menos una para cada lenguaje de programación disponible, se me ocurre Alfresco, pero tu cliente te pide rapidez, personalizaciones, funcionalidades exóticas y precio de huevo, tienes dos opciones, decirle que no y rechazar el proyecto o entregarle lo que necesita que es un CMS con otras características, es cuando te decantas por Joomla!, WordPress o Drupal, que también son grandes herramientas y están desarrolladas en php y así continua el juego.

Mi experiencia con java/jsp es realmente limitada, así que no puedo opinar mucho, pero puedo decirte que php es un lenguaje de programación que cuenta con herramientas de desarrollo maduras que solventan los problemas aparentes de la plataforma, que cuentas además con frameworks de desarrollo completos y potentes que te apoyan a implementar proyectos complejos. En este orden de ideas Python y Perl son herramientas muy completas, libres y maduras, pero que cada día tienen menos implementaciones online, la razón, php es barato, es barato no tener que desarrollar un CMS desde cero, es barato contar con hosting listo y la mano de obra calificada (usualmente pobremente calificada) es económica, por no irme lejos, un programador python en mi ciudad sería algo exótico, yo soy muy novel en el lenguaje, y fuera de mi, solo conocí a un chico que programaba en python, eso en mis años de universidad y no le he vuelto a ver, programadores Perl, se de un amigo que ahora está muy, muy lejos y de otro que pica código Perl (que no es lo mismo que saber programar), así que mano de obra calificada muy poca, además costosa.

Por último muchos de los que incursionan en el desarrollo Web realmente no tienen idea de estándares o lenguajes de programación, solo les interesa satisfacer las necesidades de su cliente que quiere un producto barato, así que la próxima vez que planees machacar a la plataforma php, piensa antes que el problema no es realmente de php como lenguaje, sino que php puede parecer tan simple que incluso gente sin conocimientos en el tema se lanzan a realizar su sitio sobre un CMS y luego dicen “yo mismo programé mi página” o deciden contratar desarrollos por los que no están dispuestos a pagar el precio real y adquieren servicios de menor calidad y cuando el producto falla, siempre es más fácil decir: “es que php no es un lenguaje profesional ni maduro, está mal diseñado”.

Como es de esperar, VIM no es siempre el mejor compañero, funciona perfecto como auxilio para trabajar directo en el server, es decir cambios de última hora, pero para desarrollo no, es muy incomodo tener que iniciar una sesión ssh solo para editar un archivo y no siempre puedes hacerlo, no todos los proveedores de hosting brindan esa opción (y desconfía de quien lo hace).

Así que evolucionamos, buscamos alternativas que faciliten el trabajo, en ese camino encontré cantidades de editores que aseguran ser el mejor del mercado y hacer todo por ti. En realidad no hablaremos de ellos, mi experiencia se reduce a instalar, probar un par de días, perder algunas horas en configuración con la esperanza de que eventualmente funcionará y eliminar de mi computadora lo que no funciona.

El desarrollo Web al igual que la programación no necesita más que una hoja (de papel o digital, lo que te guste) donde plasmar ideas, luego un editor de textos para hacerlas realidad, no siempre tienes que pasar por un mockups, aveces puedes ir directo de la idea a la Web, dibujas las capas con CSS y (x)HTML, en otras ocasiones vas de la idea al software de diseño gráfico, el que te guste, procura no utilizar un martillo para atezar tornillos, “pero siempre será posible”, aquí entran desde el monstruoso Adobe Photoshop ó Illustrator, hasta Gimp, pasando por claro por Xara Designer (¿Pro?) (mi opción predilecta), como siempre dependerá de lo que sepas y puedas hacer con la herramienta, Paint funcionará para algunos, pero te ha de tomar tiempo conseguir un resultado apropiado, por eso algunos se decantan por software profesional que permita el control de los detalles, personalmente prefiero las herramientas vectoriales, mi trabajo usualmente no es de retoque fotográfico, sino de diseñar el GUI, con lo que una herramienta vectorial es siempre la mejor opción.

En lo relativo al desarrollo, gedit funcionará perfecto, al igual que vim, “pero” hacerlo de ese modo cuesta y la depuración no será fácil, así que nos vamos a los IDE. En este punto y por tratarse de diseño Web, muchos me recomendaron Adobe Dreamweaver, no tardé mucho en entender que si quería algo bien realizado, que cuidase de los detalles, el performance, el código semántico y limpio y porqué no, de la elegancia, Dreamweaver es entre todas la opciones la peor decisión, depende claro de lo que requieras, siempre dependerá de ti y el proyecto, pero Dreamweaver no te va a llevar a ninguna parte.

Ya descartado Dreamweaver, necesitaba algo, bueno, por un tiempo todo lo hice con VIM, además sirve para aprender (si no conoces la función no tendrás ayuda de ninguna parte), tuve que dejarlo cuando el tiempo empezó a ser una prioridad, empecé a utilizar Aptana, me encantó, lo tenía todo, pero se colgaba, sí, se trata de Aptana en sus inicios, cuando el toogle worp wrap se conseguía con un script js que cargaba monkey, me pasé a Eclipse sin más, claro, extrañé Aptana, lo utilicé solo como plugin y de vez en cuando, solo para CSS y JS, los proyectos php los desarrollé con eclipse+PDT (PHP Development Tools). Hasta aquí era manejable, es decir, funcionaba muy bien, pero algo no terminaba de quedar en su lugar, pero utilicé esta combinación por años.

Cuando algo no es exactamente lo que necesitas y los proyectos empiezan a crecer y necesitas comodidad, entra nuevamente la inquietud y la pregunta ¿existirá algo mejor?. Siempre me me recomendaban el uso de Zend Studio, así que lo probé, es fabuloso para desarrollo php, herramientas al alcance de la mano como el debuger (los toolbar), la integración con Zend Framework, por demás es simplemente tan básico para la edición de js/css/etc. como WTP en eclipse, el editor PHP el mismo que obtienes con PDT es una gran herramienta y muy cómoda, pero no le compré, aunque se justifican los 299USD por la facilidad de implementación (aunque yo usualmente hago muchas cosas a mano, configuraciones, plugins, etc., así que no se justifica para mi).

Pasé solo 30 días con Zend Framework, cada día se pasaba la emoción y empezaba a verlo tal cual como un Eclipse+PDT+WTP (se complementaría genial con aptana, pero no lo intenté), pasé entonces a Komodo Edit ya que leí grandiosos comentarios de la herramienta en diversos foros pero luego de testearla por un rato debo decir que me quedé con ella instalada, pero no para el diseño en general ni para los proyectos php, no, resultó ser el mejor IDE para Perl que he encontrado y me ha gustado mucho para esto, pero php/js/css/etc. nop, hasta eclipse le gana por mucho, mi siguiente movida no la esperé (aunque era evidente), NetBeans, nunca esperé un editor tan completo, cuenta con complementos para php con zend, symfony, smarty, etc, el autocompletado y ayuda css supera con creces a cualquier otro, el código js va genial, autocompletado, ayuda, avisos de que algo anda mal, todo lo que se necesita. Además puedes configurar el debuger con xdebug y todo listo.

Cada tanto cuando tengo tiempo vuelvo a utilizar algunas de estas herramientas a ver si algo ha cambiado, mi conclusión, NetBeans es el mejor editor para un desarrollador Web que trabaja intensivamente con php, css, js y xhtml, en mi experiencia llevas proyectos de forma organizada y te diviertes, todo resulta más simple y agradable.

Manuales de Perl, infinidades, libros, montones, así que este post está a eones de intentar ser un tutorial o manual de introducción a Perl, lo que si pretendo es promover en el lector la curiosidad por el lenguaje.

¿Que puedes hacer con Perl?, la respuesta directa es: lo que quieras.

un ejemplo de la simpleza de Perl sería un hola mundo:
#!/usr/bin/env perl
print "hola mundo";
La primera línea llama al interprete, Perl está portado a múltiples plataformas, no tienes que ejecutarlo solo en sistemas derivados de Unix para que funcione, bien puedes cambiarlo por: #!C:/Perl/bin/perl.exe es decir puedes trabajar en el entorno que más te guste (al fin y al cabo la ropa sucia se lava en casa).

La herramienta puede ejecutarse en consola y como la mayoría de “hola mundo” no tiene utilidad, “pero” con Perl llevar el resultado a la Web es tan simple como sumarlo con CGI (o mejor fastCGI) y podrás presentarlo online con tan solo una línea más:
#!/usr/bin/env perl
print "content-type: text/html\n\n";
print "hola mundo";

Cuando haces uso de un lenguaje como Perl tienes grandes ventajas, la primera y probablemente la más importante radica en que es un lenguaje maduro, en realidad maduro, sus librerías han sido probadas en miles de entornos y situaciones, además si buscas hacer algo con Perl, probablemente existe un módulo pensado en facilitar la tarea y alegrarte tu tarde haciendo tu vida más fácil. Una de las cosas que he visto desmotiva a los recién iniciados es precisamente eso, Perl ha pasado al rededor de 17 años en su versión 5.x y probablemente pasarán unos 10 años más para que se materialice un interprete completo de la especificación Perl6, sin embargo: ¿a quien le importa? ¿en que te afecta? entiendelo así: C y C++ llevan años, literalmente años sin ninguna mejora/cambio sustancial, eso no lo hace malo, inmaduro o inapropiado, no, sigue siendo un lenguaje potentísimo que según muchos rankings se mantiene como el lenguaje más utilizado en el desarrollo de proyectos, siempre entre el tercer y primer puesto.

Ahora, para ser honestos, Perl ha tenido grandes cambios en estos últimos años, desde soporte unicode a una sintaxis muy compacta.

Como ejemplo aquí un script sin mucha complejidad, pero que ilustra como en apenas un par de minutos puedes conseguir cualquier cosa que se te ocurra con Perl.
#!/usr/bin/env perl
use 5.010;
use strict;
use autodie;
use Digest::MD5;
my $file = $ARGV[0]; # con solo esta línea le dices al interprete que los parámetros que le pasarás por teclado, el primero de ellos será la variable file.
my $omd5sum = $ARGV[1]; # el segundo se convertirá en la variable omd5sum
open(FILE, $file) or die "I Can't open '$file': $!";
binmode(FILE);
my $fmd5sum = Digest::MD5->new->addfile(\*FILE)->hexdigest; # aquí lees el archivo y calculas su suma md5.
if ( "$omd5sum" ne "$fmd5sum" ) {say "NOOOO!!! el archivo está corrupto, podemos hacer algo para solventarlo.";}
else { say "seguro hacemos algo con esto"; }
say "$omd5sum and $fmd5sum"; # al final y solo por gusto mostramos los valores.

funcionaría así:
./archivo.pl archivo.tar.bz2 ffee70a111fd07372982b0550bbb14b5
ejemplo 2:
#!/usr/bin/env perl
use strict;
use Archive::Tar;
my $tarfile = Archive::Tar->new;
$tarfile->read('archivo.tar.gz');
$tarfile->extract(); #extrae el archivo
$tarfile->extract_file( 'caracol.rtf', 'caracol.rtf' ); #extrae solo un archivo

Como ves en apenas unas líneas puedes hacer una herramienta para comparar sumas md5 o bien puedes extraer archivos tar o solo parte de ellos, no son herramientas ni estilizadas ni pulidas y no reemplaza a un simple: md5sum -c archivo.md5 o un tar -xzvf archivo.tar.bz2 pero funcionan como ejemplo del potencial de Perl.

Si te picó la curiosidad, lo primero es instalar Perl (), luego la documentación: perldoc
#ejemplo:
perldoc -f chomp online puedes encontrar infinidad de tutoriales y lugares donde empezar, mi recomendación: el mejor lugar: un buen libro.
¿Que libro? el que gustes, si quieres uno gratuito en castellano: http://nereida.deioc.ull.es/~pp2/perlexamples/ si prefieres uno más completo te tendrás que conformar con leerlo en ingles, probablemente Programming Perl (el libro del camello), recientemente me topé con un libro muy interesante, aunque no sería la mejor opción para empezar, pero es bastante actualizado: http://onyxneon.com/books/modern_perl/ puedes descargarlo en múltiples formatos gratuitamente.