Opiniones sobre Python, Ruby y Perl

[mamcx]

Empezado por roman

No obstante me sorprende que gente con experiencia desestime un lenguaje por "cómo se ve", porque han visto algún código mal hecho y les es razon suficiente para desecharlo. Sin embargo esto no es tan grave pues cada cuál decide qué herramienta usar por las razones que considere pertinentes.

..

Es evidente que estas personas no le dedicaron ni media hora al lenguaje y basan sus juicios en sus aversiones personales.

// Saludos

Pues una de la razones ppales de usar pascal es "cómo se ve", no?


Hay una razón de peso por la cual desestime a PHP...

Originalmente (ver historia), php fue una almalgama de funciones hechas ad-hoc, sin mucho diseño acerca del lenguaje. Definitivamente, estaba totalmente orientado a el codigo espaguetti (una herencia del perl), y fue solo de forma *muy* reciente que empezo a tener orientacion a objetos y por ende, mecanismos para organizar el codigo.

El modelo de MVC fue algo que se agrego, pero solo después de que Ruby on rails probara (o popularizara) que es un mucho mejor método de desarrollo.

Esto tiene una implicación. Una gigantesca cantidad de código PHP que anda por ahí es del tipo spaguetti (y si le dedique mas de media hora: Examine proyectos enteros - lo que significa, que lei cantidades considerables de codigo -: vtiger, oscommerce, y un erp que no me acuerdo cual, aparte de que los primero sitios en PHP).

Puede que a algunos que escriben la totalidad del programa los afecto poco, pero igual tiene su impacto. Entre otras cosas, implica que en ves de reutilizar, hay que escribir desde cero.

En cambio, antes de django con python no habia nada fuerte... y cuando se popularizo, paso algo particular: desde las bases hay un mejor diseño, es solo ver por ejemplo, lo elegante del ORM, o el ruteo de URLs... y ese estilo se rego a todo los demas: web.py, turbogears, sqlalchemy, etc...

Y entre los programadores de python, no hay nada de eso de escribir espaguetii. En serio. He leido y usado proyectos de todo tipo (tanto por hobby, como por trabajo) y como les digo, siempre parece que el codigo lo hizo un mismo programador. Esa es una cualidad tremenda. Es parecido al codigo pascal, pero mucho mas permeable.

No me crean. Miren el codigo de Panda3d, y luego el de django. Les aseguro que sin experiencia, captan una cantidad muy alta d elo que sucede por ahi. De hecho, cuando apenitas sabia django, aporte un cambio al proyecto: Soporte a sql server:http://code.djangoproject.com/ticket/5062 (lo que es una tarea de dificultad media)

Asi que con toda certeza, puedo asegurar que nadie en python trabaja a la manera salvaje oeste de PHP. No es que no se pueda, es que hace parte del mismo estilo, diseño, filosofia del lenguaje. Todo lenguaje tiene eso. Y aunque es posible escribir codigo claro en casi cualquier lenguaje (APL excluido!!) unos lo promueven mas que otros. En perl, php, hay mas tendencia a que no sea asi. En python a que si lo sea.

[roman]

Empezado por mamcx

Hay una razón de peso por la cual desestime a PHP...

Originalmente (ver historia), php fue una almalgama de funciones hechas ad-hoc, sin mucho diseño acerca del lenguaje. Definitivamente, estaba totalmente orientado a el codigo espaguetti (una herencia del perl), y fue solo de forma *muy* reciente que empezo a tener orientacion a objetos y por ende, mecanismos para organizar el codigo.

PHP cuenta con soporte a objetos desde su versión 4, que tiene ya bastantes ayeres. De todas formas, aunque para ti puede ser una razón válida para desestimar un lenguaje, en mi opinión sólo aplicaría si lo que hubiera en estos momentos fuera PHP 3.x.

Empezado por mamcx

El modelo de MVC fue algo que se agrego, pero solo después de que Ruby on rails probara (o popularizara) que es un mucho mejor método de desarrollo.

El modelo MVC no se ha agregado a PHP. No es una característica inherente al lenguaje. Más correcto sería decir que cuando evaluaste PHP, no había un framework con soporte MVC que te convenciera.

Empezado por mamcx

Esto tiene una implicación. Una gigantesca cantidad de código PHP que anda por ahí es del tipo spaguetti.

¿Y?

Si eso fuera una razón válida para desestimar un lenguaje, tendríamos que desestimar a Delphi igualmente.

Empezado por mamcx

En cambio, antes de django con python no habia nada fuerte... y cuando se popularizo, paso algo particular: desde las bases hay un mejor diseño, es solo ver por ejemplo, lo elegante del ORM, o el ruteo de URLs... y ese estilo se rego a todo los demas: web.py, turbogears, sqlalchemy, etc...

Y entre los programadores de python, no hay nada de eso de escribir espaguetii. En serio. He leido y usado proyectos de todo tipo (tanto por hobby, como por trabajo) y como les digo, siempre parece que el codigo lo hizo un mismo programador. Esa es una cualidad tremenda. Es parecido al codigo pascal, pero mucho mas permeable.

No me crean. Miren el codigo de Panda3d, y luego el de django. Les aseguro que sin experiencia, captan una cantidad muy alta d elo que sucede por ahi. De hecho, cuando apenitas sabia django, aporte un cambio al proyecto: Soporte a sql server:http://code.djangoproject.com/ticket/5062 (lo que es una tarea de dificultad media)

Asi que con toda certeza, puedo asegurar que nadie en python trabaja a la manera salvaje oeste de PHP. No es que no se pueda, es que hace parte del mismo estilo, diseño, filosofia del lenguaje. Todo lenguaje tiene eso. Y aunque es posible escribir codigo claro en casi cualquier lenguaje (APL excluido!!) unos lo promueven mas que otros. En perl, php, hay mas tendencia a que no sea asi. En python a que si lo sea.

Aquí ya estás hablando con más seriedad. Das tus razones -muy válidas- de porqué piensas que es mejor uno que otro o porqué te gusta más. Y, de hecho, son las cosas que pueden animar a uno a interesarse en el lenguaje.

Cosa muy distinta de decir que PHP es para hacer paginitas sólo porqué a ti en lo personal no te gusta.

// Saludos

[[Chris]]

Empezado por roman

Cosa muy distinta de decir que PHP es para hacer paginitas sólo porqué a ti en lo personal no te gusta.

Creo que cuando mamcx se refiere a que PHP es solo para hacer "paginitas", no es por menospreciar. Sino que prácticamente solo se usa en la Web. ¿Cuánto código PHP hay escrito para programas de escritorio o algo similar? Muy poco. En Python? mucho! Muchos de los programas que se distribuyen con una distribución Linux fueron programados en Python en su totalidad o en parte.

Además, lo que ha dicho mamcx acerca de la historia de PHP es algo que no se puede Ignorar. PHP nació sin diseño y ha venido desarrollándose sobre la marcha. PHP nació sin filosofía y sin visión propia. Es por eso que hay tantos cambios versión tras versión. Además de sus varios problemas de seguridad (corregidos en versiones anteriores).

Desde mi punto de vista, creo que PHP hizo un buen trabajo en la transición de la Web 1.0 a la 2.0. Ofreció un lenguaje libre para que los desarrolladores ofrecieran contenido más rico en un momento donde no había muchas opciones. Hoy la situación es distinta, hay lenguajes más modernos y maduros sobre los cuáles puedes respaldarte.

[mamcx]

Empezado por Chris

Creo que cuando mamcx se refiere a que PHP es solo para hacer "paginitas", no es por menospreciar.

Y en la pagina de wikipedia me acuerda de donde salio ese tiro:

PHP originally stood for "Personal Home Page",

http://en.wikipedia.org/wiki/PHP

En la época, habia perl, lisp... o c++. Tener un lenguaje para hacer la paginita personal... eso fue revolucionario. Ese fue su inicio, su proposito. Sigue siendolo! Es como el visual basic de la generacion web.

Se presta para la broma ocacional, si. Pero cuando un lenguaje logra iniciar a muchos a la programacion es porque en primer lugar, es menos "serio" y menos "hardcore" que lo que estaba antes...

[[movorack]]

Pero cuando un lenguaje logra iniciar a muchos a la programacion es porque en primer lugar, es menos "serio"

No me acuerdo cual de los usuarios del club había dicho que en muchos lugares enseñan pascal o delphi para iniciar en la programación. pues su sintaxis mas natural los hace adentrarse en este mundo mucho mucho mas facil que un C/C++.

PHP originally stood for "Personal Home Page",

El encantador de perros dice: "Los perros viven el hoy, el ahora... los humanos tenemos la penosa costumbre de vivir en el ayer"

Es como el visual basic de la generacion web.

Es tu opinión! (deberían quemarte vivo por blasfemo )

[roman]

Empezado por Chris

Creo que cuando mamcx se refiere a que PHP es solo para hacer "paginitas", no es por menospreciar. Sino que prácticamente solo se usa en la Web. ¿Cuánto código PHP hay escrito para programas de escritorio o algo similar? Muy poco. En Python? mucho! Muchos de los programas que se distribuyen con una distribución Linux fueron programados en Python en su totalidad o en parte.

No entiendo esta insistencia. PHP no sirve para programar aplicaciones de escritorio. Lo que hay para ello es una broma...

Cuando se habla de desarrollo con PHP es siempre para web. Es estéril cualquier comparación aplicaciones de escritorio.

Empezado por Chris

Además, lo que ha dicho mamcx acerca de la historia de PHP es algo que no se puede Ignorar. PHP nació sin diseño y ha venido desarrollándose sobre la marcha. PHP nació sin filosofía y sin visión propia. Es por eso que hay tantos cambios versión tras versión. Además de sus varios problemas de seguridad (corregidos en versiones anteriores).

No es que se ignore. Pero argumentarlo como contra del lenguaje para un desarrollo actual es desconocimiento o simple mala leche. Aun cuando PHP carga todavía algunos de los problemas debido a su inicio como personal home page, PHP5, con Zend 2 fue escrito totalmente desde cero.[/quote]

// Saludos

[[Chris]]

Empezado por roman

No entiendo esta insistencia. PHP no sirve para programar aplicaciones de escritorio. Lo que hay para ello es una broma...

Cuando se habla de desarrollo con PHP es siempre para web. Es estéril cualquier comparación aplicaciones de escritorio.

Entonces, en el sentido del Hilo y la pregunta de Al González, entonces no vale la pena aprender PHP, porque solo te va a servir para programar páginitas, a cómo dice mamcx. Entiendo que quedamos de acuerdo en eso. En resumen, como consejo a Al, mejor aprende Python que te servirá para más que la Web.

Empezado por roman

No es que se ignore. Pero argumentarlo como contra del lenguaje para un desarrollo actual es desconocimiento o simple mala leche. Aun cuando PHP carga todavía algunos de los problemas debido a su inicio como personal home page, PHP5, con Zend 2 fue escrito totalmente desde cero.

Tú lo has dicho.... a pesar de ser escrito desde cero, PHP carga todavía algunos problemas debido a su inicio como PHP (Personal Home Pages). El caso es, que esto problemas aún no solucionados, son tan grandes que definen al lenguaje, desde mi punto de vista.

[roman]

Empezado por Chris

Tú lo has dicho.... a pesar de ser escrito desde cero, PHP carga todavía algunos problemas debido a su inicio como PHP (Personal Home Pages). El caso es, que esto problemas aún no solucionados, son tan grandes que definen al lenguaje, desde mi punto de vista.

Yo a los problemas a que me refiero son relativos básicamente a nomenclatura. No hay un acuerdo estricto en como llamar las funciones. Fuera de eso, el soporte de clases es bastante completo.

Hasta ahora no he visto un sólo argumento contra PHP que no esté basado en el prejuicio, el desconocimiento o la simple aversión personal, supongo porque da caché, hablar mal de lo que es popular.

Para criticar algo se tiene que conocer. Se juzga mucho al PHP actual por lo que fue en sus inicios. Recalcan lo del origen del nombre como si eso fuera una prueba de lo malo que es el lenguaje. Hablan de la mezcla del código HTML y PHP sin realmente haberse detenido a examinar si eso es inherentemente malo.

// Saludos

[mamcx]

Empezado por roman

Hablan de la mezcla del código HTML y PHP sin realmente haberse detenido a examinar si eso es inherentemente malo.

// Saludos

Y cuando es bueno?

No se si hay aquí muchos que sufrieron la época de ASP, PHP (antes de los frameworks nuevos), ASP.NET con html inline, etc...

Con la excepción de hacer una única pagina (o un conjunto muy bajo) donde hacer todo un proyecto seria pesado, no veo un argumento solido en hacer un proyecto de un sitio web donde se mezcle rutinariamente el html/js/css/lenguaje servidor... asi que roman, cual es el caso de uso que me he perdido en estos 10 años???