Historias
Slashboxes
Comentarios
 

Cinco cosas que Perl5 necesita ya

editada por rvr el 15 de Diciembre 2008, 07:00h   Printer-friendly   Email story
desde el dept. rot13
La polémica sobre la agonía de Perl parece haber despertado a su comunidad. chromatic describe en O'Reilly las que en su opinión son las cinco características que Perl5 necesita ya: publicación periódica de nuevas versiones; orientación a objetos para todos los públicos mediante Moose, Mouse y autobox; los ctypes de Python para facilitar la creación de 'bindings'; mejor integración de CPAN; y mod_perlite, un mod_php para Apache que sea ligero y permita el fácil despliegue de aplicaciones web hechas en Perl. ¿Nunca es tarde si la dicha es buena?

Historias relacionadas

[+] ¿Languidece Perl 5? 49 comentarios
Con los datos de noviembre de TIOBE, en use Perl; debaten si Perl 5 está muriendo, tema que se trató ya por aquí en 2006 (Perl se está muriendo). En el último año, Perl ha perdido tres puestos y se sitúa en el 9. El autor del artículo, Curtis "Ovid" Poe, miembro de la Fundación Perl afirma: «Perl está al borde de caer del Top 10 de TIOBE por primera vez en su historia y eso será noticia. Y a pesar de nuestras opiniones, sabemos que muchos gestores/programadores/inversores deciden en base a titulares en lugar de en datos reales. [...] El hecho de que Java no es un sustituto de Perl ha ayudado. El hecho de que Ruby on Rails no escala ha ayudado. Cuando aparezca un sustituto con disponibilidad de desarrolladores (bajen las manos esos fanáticos de Seaside), Perl podría tener problemas -sin contar con el síndrome de COBOL [...] Perl podría salvarnos. No creo que Perl 5 lo haga, recordemos que tan solo es un montón de código. Lo que quiero decir es que la comunidad de Perl tal y como existe actualmente no puede salvar a Perl 5. Estamos reinventando el lenguaje. Necesitamos reinventar la comunidad».
[+] Parrot 0.8.2 sale a la luz 4 comentarios
El martes 16 de diciembre de 2008 se ha anunciado la nueva versión de Parrot 0.8.2 tambien llamada Feliz Loro. Parrot es una máquina virtual pensada para ejecutar lenguajes dinámicos. Uno de los principales lenguajes que se están desarrollando bajo Parrot es Rakudo (Perl6 sobre Parrot), aunque también hay implementaciones de otros lenguajes como Pipp (PHP), partcl (TCL), etc. Aunque Parrot se puede considerar todavía como una versión alpha (o pre-alpha), ya es lo suficientemente estable como para implementar aplicaciones encima de el, y se anuncia que en marzo del 2009 saldrá la versión 1.0 en la que no habrá cambios en las APIs.
[+] Software Libre: Diferencias entre Perl 6 y Perl 5 38 comentarios
ramix nos cuenta: «He leido el documento que describe las diferencias entre Perl 6 y Perl 5 (Perl6::Perl::Differences) y me agrada saber que al fin Perl 6 tiene un soporte nativo y más tradicional de la programación orientada a objetos, incorpora el uso de identificadores dobles (twigil), e incorpora propiedades internas en los arrays y hashes como objetos que ahora son, entre otras mejoras dignas de jugar con ellas. ¿Habéis probado ya Perl 6? ¿Qué opinión os merece?»
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • 5 cosas:

    (Puntos:1, Troll)
    por pobrecito hablador el Lunes, 15 Diciembre de 2008, 07:51h (#1108272)
    1 - Detener su desarrollo.
    2 - Disolver el grupo de trabajo.
    3 - Dedicar los recursos de sus desarrolladores a otras cosas más productivas y beneficiosas.
    4 - Desaparecer.
    5 - No volver.

    En serio, habiendo como ya hay herramientas mejores para hacer lo mismo, no entiendo por qué esa cabezonería en salvar a Perl.

    Los que deciden si un lenguaje se usa o no son los desarrolladores. Si nadie lo usa porque hay otras alternativas mejores, pues se acabó el lenguaje y quedará sólo como mantenimiento de las aplicaciones ya existentes.
  • Pero tampoco se puede ser todo para todo el mundo. Se puede ser muchas cosas para muchos, pero es imposible tener toda la sintaxis de todos los lenguajes de scripting.
    Si tuviera que pedir algo, un profiling extensivo del intérprete para mejorar las prestaciones; algo que están haciendo en Ruby (que buena falta le hacía), pero que, por lo pronto, no se hace en Perl.
    --

    Atalaya [blogalia.com]
  • La verdad del chuletón

    (Puntos:2, Divertido)
    por pobrecito hablador el Lunes, 15 Diciembre de 2008, 10:05h (#1108282)
    Aunque me gusta mucho Perl y los lenguajes derivados, creo que todos tenemos que aceptar la aplastante-realidad.

    En esta época da igual si sale GPerl Vista o KPerl XP.Net, porque mientras ambas herramientas peleaban por un ridículo porcentaje de aceptación inferior al 1 %, los lenguajes más populares como Python, Ruby, PHP o ASP se convirtieron en soluciones estándares.

    La realidad es que Perl tiene poco para ofrecer al programador de sistemas libres. Para empezar no existen herramientas profesionales que permitan sacarle provecho al lenguaje, ya que la mayoria de entornos de desarrollo estan centrados en PHP, Python o Ruby.

    La prueba del fracaso de Perl la encontramos en la creciente e imparable popularidad de PHP y la cantidad de soluciones existentes para esta plataforma, tales como PHPNuke o Meneame. La propuesta de Perl es sugerirle al usuario que reinvente la rueda una y otra vez en vez de usar las soluciones existentes. Un coñazo, vamos.

    ¿ Y tu ? ¿ Eres de los que estan dispuestos a partir de 0 con Perl o prefieres empezar sobre algo que ya existe y funciona como PHP ? ¿En ese caso porque nadie se anima a portar el codigo de barrapunto a PHP? Dejad de vender humo y centremonos en lo que realmente funciona hoy poy hoy.

    Gracias por su atención.
  • por bashman (13130) el Lunes, 15 Diciembre de 2008, 16:09h (#1108353)
    ( http://bashman.wordpress.com/ )
    En mi corto tiempo como sysadmin debo reconocer que perl ha sido una ayuda invalorable. Especialmente si se trata de migraciones de servicios de directorio y cosas por el estilo. Donde haya un Unix/Linux siempre va a haber un perl instalado. Por que será que los grandes como ebay y Amazon o slashdot y /. le usan?.

    --
    bashman linux user nº 280381
  • por TooMany (4713) el Martes, 16 Diciembre de 2008, 09:31h (#1108589)
    ( http://barrapunto.com/ | Última bitácora: Sábado, 21 Abril de 2007, 09:43h )
    Como en todo, primero están los gustos (que son como los culos; todo el mundo tiene uno), y luego también encontramos las necesidades (siempre habrá un lenguaje que se adapte mejor a una tarea que otro, o simplemente tenga más soporte de librerías ya implementadas, sea más rápido, etc, etc).

    Lo del título viene por algo que, en mis poco más de 14 años con Linux/Unix he visto; Perl se ha convertido en algo parecido a Cobol: En todos los sitios hay programas (más grandes o pequeños, más simples o complejos) hechos en Perl, y cuya migración supondría unos costes considerables a la organización que se lo planteara. Además funcionan (imagino que habrá más de un sorprendido por aquí, de estos que gritan como la Reina de Corazones; "¡que le cooorten la cabezaaa!"). Funcionan bien, hacen bien su trabajo y, si se han empleado unas buenas y sanas costumbres, pueden ser mantenidos por otras personas distintas a los que los implementaron.

    Y es que el tan manido asunto del "código ofuscado" con Perl es como todo; hay gente que hace muy buenos programas con otros lenguajes de programación, pero cuando miras el código, parece que lo haya hecho con el culo. Luego está el tema de la legibilidad (ídem del anterior): Señores, si yo no tengo pajotera idea de Perl, o soy un iniciado, y me pongo a mirar código de una persona que tiene (con perdón de la audiencia) "los huevos pelados" de experiencia con dicho lenguaje, me costará horrores leer el código. No así si yo también tengo mis nobles partes en igualdad de condiciones. Pero es que eso pasa también con todos los lenguajes.

    Ciertamente no llego a entender las razones por las que mucha gente ha decidido "acogotar" este lenguaje de scripting. Imagino que muchos de ellos son (y sin acritud) aquellas típicas personas que ven que una mayoría de sus conocidos dice "Perl KK", y ellos deciden que eso es lo suyo (en lugar de aprenderlo primero, y juzgarlo después).

    ¿Que Perl tiene fallos? Nos ha jodio, ¡pues claro que tiene fallos! Como cualquier otra cosa hecha por la mano del hombre. ¿Que se están columpiando con el tiempo que llevan con el tema del Perl 6? Pues sip, para qué nos vamos a engañar. Pero lo que tenemos a día de hoy funciona bastante bien. Es utilizado ampliamente en la industria (de todo tipo). Y fijaos, nuestras distribuciones GNU/Linux tienen montones de código para hacer cosas con él a nivel de sistemas.

    ¿No puedes hacer una web "guapa" con él? ¿Quien coño te ha dicho que no puedes? Si, PHP u otros lenguajes nacidos exclusivamente para eso te serán más útiles/rápidos/etc que Perl. Pero coño, usa Perl para lo que necesites de él, PHP/Ruby/RoR/Python para lo que necesites también, etc, etc. ¿Qué pasa aquí? ¿Que os ponen pistolas en la cabeza para programar con Perl y, como no os gusta, cuando podeis lo crucificais?

    A ver, yo hago alguna cosilla con Perl, aunque uso mucho también el shell scripting. Pero también me gusta mucho Ruby, Python, C, y el que más, Smalltalk en su implementación Squeak. Pero de ahí a que tenga que despotricar contra Perl porque no me gusta, o considero que Ruby o SmallTalk son mil veces mejores... ¿Tan pronto a olvidado, por ejemplo, la comunidad PHP que este lenguaje se inició gracias a Perl?

    Realmente ya me lo decía mi abuelo; "los extremos, todos, son malos".
     
    --
    Have a nice day ;-) TooManySecrets
  • 4 respuestas por debajo de tu umbral de lectura actual.