cuales son las limitantes de perl?

[kuroi]

Realmente estoy iniciando a introducirme al mundo del diseño web y dentro de un tema de investigacion que tengo para la escuela, debo de identificar aquellas limitantes posibles dentro de perl, cuales son las posibles y que consecuencias pueden tender dentro del desarrollo de la pagina, espero me puedan ayudar

saludos

[jferrero]

Una de los lemas de Perl es "No unnecessary limits" (Sin límites innecesarios).

Eso quiere decir que, para un programador normal no hay demasiados límites en cuanto al lenguaje, sino los mínimos que le puedan permitir escribir casi cualquier programa.

Quizás no se pueda escribir un sistema operativo, pero quizás, también, es porque nadie se ha puesto a escribirlo.

Es muy probable que no se puedan escribir vídeo juegos en los que intervenga el cálculo de miles de puntos de polígonos por segundo, pero quizás sí se pueda hacer si dispones de un ordenador rápido.

En cuanto al diseño web, sí que hay problemas: es difícil, para un novato, elegir con qué framework trabajar... hay unos cuantos...

Te aconsejo que te leas, como introducción, la página de Wikipedia dedicada a Perl.

P.D. Bueno, pues parece que alguien sí que ha hecho una distribución Linux en la que todos los programas a nivel de usuario están escritos en Perl: PerlLinux.

[abcdefghi]

Iniciado por kuroi

Realmente estoy iniciando a introducirme al mundo del diseño web y dentro de un tema de investigacion que tengo para la escuela, debo de identificar aquellas limitantes posibles dentro de perl, cuales son las posibles y que consecuencias pueden tender dentro del desarrollo de la pagina, espero me puedan ayudar

saludos

Jferrero es el experto y el que mejor guía te va a dar, como amateur en esto el límitante de Perl en mi opinión es la curva de aprendizaje ya que hay conceptos que no son fáciles de aprender o están explicado de forma muy técnica, el tema de que no esté en castellano, más allá de que hay miles de foros y documentación que se ha hecho en la misma y exceptuando el hecho de que todo programador debe saber inglés, los modulos de Perl del cpan de lo que si bien hay infinitos, muchos no tienen una prueba de calidad exhaustiva y muchas veces he estado horas tratando de encontrar la falla u omisión que tenían, el hecho de que no haya array multidimensional y al trabajar con objetos es fácil meter la pata y generar referencias ciclicas y como todo lenguaje sucio el hecho de que te permite hacer cualquier cosa fácil y "desordenada" entre comillas es también una limitante a la hora de que otro lo tenga que modificar.

De todas maneras, como todo tiene su punto débil y su punto fuerte.

[jferrero]

Por partes...

Curva de aprendizaje
Es cierto que puede parecer muy fuerte, pero depende de los lenguajes que conozcas antes. Si has estudiado C, awk, shell, e incluso algo de Basic, te acostumbrarás fácilmente.

Si vemos la curva, nos daremos cuenta de que los conceptos principales te los aprendes en dos tardes. Y que con ellos resuelves la mayor parte de los programas cotidianos. Muchos administradores de sistemas se quedan con eso. Después de un tiempo, los que tienen un mínimo de interés, empiezan a descubrir cosas curiosas, que les animan a seguir profundizando. Y, desde luego, se puede profundizar muchísimo y durante mucho tiempo.

En castellano
Si no está en castellano es porque no hay voluntarios que lo quieran traducir. De momento, tenemos hecho unos pocos documentos (estamos traduciendo la v5.12).

Pruebas de calidad
Hay muchos módulos en CPAN que vienen con pruebas (test) para comprobar su funcionamiento en el sistema donde se va a probar, pero como todo lo demás de esta comunidad, eso es algo voluntario. Lo que sí se pide, desde ya hace años, es que se intente siempre mantener un mínimo de calidad en el código que se escriba, escribiendo cuantos más test, mejor. Y si vemos que un módulo no los trae, bien podemos escribirlos nosotros mismos y dárselos al autor, o pedirle al autor que lo haga... sino, le votaremos con un negativo.

Además, cuando encuentras fallos en los módulos, y se lo dices a los autores, pues te lo agradecen bien, y a veces, con un reconocimiento público.

Todo depende de lo que quieras colaborar.

Y no creo que la calidad de los módulos de Perl sea inferior a lo que he visto en otras cosas, por ahí...

Array multidimensional
¿Cómo que no lo tiene?

Código Bash:

explorer@dv9210:~> perl -E '$array[2][4][1] = "pepe"; say $array[2][4][1]'
pepe
 

Programación orientada a objetos
Hoy en día, en Perl v5, se aconseja aprender el sistema Moose, pues permite una programación sencilla y limpia. Y cercana en sintaxis a la POO de Perl v6.

Lenguaje sucio
Fíjate que podríamos decir que aún más sucio es el lenguaje C, ya que te permite acceder directamente a la memoria del ordenador -con lo peligroso que es eso-, y, en cambio, es uno de los lenguajes que más se siguen usando en la actualidad.

Yo no creo que el lenguaje sea sucio. Sí que es un poco "peludo" (como lo llaman los anglosajones) debido a la cantidad de caracteres "extraños" que hay que usar: {[$%@&]}.

Sí que es sucio el código que puedes escribir si no tienes cuidado. De siempre hemos oído que leer programas en Perl podía ser algo terrible, pues, como dices, cada cual lo escribe como quiere. Y aunque en la documentación hay un documento al respecto (perlstyle), el verdadero referente de cómo escribir un código bien limpio y ordenado es el libro de Damiam Conway, "Perl best practices". Es casi de obligada lectura, sobre todo en las empresas que quieren que todos sus programadores tengan el mismo estilo de programación.

[abcdefghi]

[QUOTE=jferrero;3668233]Por partes...[QUOTE]

Gracias Joaquin por compartir tu opinión, se nota que sabes muchos y tus respuestas siempre son muy valoradas.

Me has dejado un poco atónito con lo de los array multidimensional, pero quiero creer que eso es en Perl 6 o que ha sido de reciente introducción (3, 4 o 5 años), sino se me quemaron los papeles.

Como le comenté a kuroi tus respuestas son las a seguir.

Saludos.

[jferrero]

En realidad, $array[2][4][1] es otra forma de escribir $array[2]->[4]->[1], es decir, se trata del segundo elemento de un array referenciado por el quinto elemento de un array referenciado por el tercer elemento del array @array.

Para los que sepan C, se habrán dado cuenta de que es exactamente igual a como se crean estructuras de más de una dimensión, en ese lenguaje.

Lo bueno, en Perl, es que además podemos mezclar array con hash, y pueden crearse estructuras más complicadas, pero también más manejables (si se tiene cuidado, claro):

$colegio{'alumnos'}[3]{'nombre'} = 'juanito';

Más información en perlreftut