Opiniones sobre Python, Ruby y Perl

[mamcx]

Tengo mucha experiencia ya con python, y te cuento que se integra muy bien con delphi (es lo que he usado para BestSeller).

Concuerdo con ignorar a Perl. No porque no sea un lenguaje potente, lo es, sino porque es particularmente complejo... a un nivel que incluso es famoso por su concurso de codigo incomprensible:

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

Entrants to the competition aimed to write "devious, inhuman, disgusting, amusing, amazing, and bizarre Perl code"

PHP (Para Hacer Paginitas) es ... para hacer paginitas. Una ventaja que tienes con ruby o python es que puedes extenderte facilmente a otras cosas sin recurrir a otros lenguajes. A menos que te dediques a ser un webmaster, realmente es algo que apreciaras... y teniendo en cuenta que conoces Delphi y son el resto de apps diferentes a aplicaciones web lo que tienes de experiencia, me inclinaria mas por estos dos:

Entre ruby & python mas o menos la cosa es asi. Ruby es mas magico. Python es mas simple. No me refiero a simple o magico en los terminos usuales, sino a su diseño estructural.

Ruby es mas inclinado a lisp/smaltalk. Python es mas inclinado a lo simple (tanto asi que esta dentro de su filosofia ).

Actualmente, ruby es mas lento (en sitios web) que python. Es algo que están corrigiendo...

[Julián]

Empezado por mamcx

PHP (Para Hacer Paginitas) es ... para hacer paginitas.

Hum, no me atreveré a decir que no llevas razón, pues ciertamente PHP sirve para para hacer paginitas. Yo lo uso en el trabajo, en donde hacemos aplicaciones web que se usan en nuestra intranet. Una intranet que está desplegada sobre una red que proporciona conectividad a cientos de centros de trabajo, algunos de ellos MUY grandes. Una intranet que en la rama Users de su arbol LDAP cuenta con mas de 20.000 usuarios. En esta gran intranet, a la que se unen otras muchas bastante heterogéneas, lo mismo hay bases de datos Oracle, Informix, DB, SQL Server, y mas, supongo. inlcuso a menudo hay varias o de varias versiones en un mismo centro de datos.
Y nuestras aplicaciones PHP lo mismo atacan a una u otra de esas bases de datos, normalmente despues de que el usuario se haya autentificado contrra el servidor LDAP a fín de obtener un conjunto de derechos de acceso.

Por "motivos políticos" deberiamos estar usando Java con Hibernate y no se qué mas. De hecho, en otros departamentos lo usan. Pero en el mio usamos PHP porque con PHP tardamos MENOS en hacer las aplicaciones, y porque hacemos más rápido las interfaces de usuario, y mas eficientes gracias tambien a las facilidades de cosas como jquery, ajax, y al buen uso del CSS. Y sobre todo porque hemos comprobado que con php conseguimos las respuestas mas rápidas y cargas mas bajas de los servidores.

Ahora vamos a evaluar, para ciertas cosas, node.js y sobre todo nginx, y tambien Python, claro.

No somos fans de ningún lenguaje, ni framework ni ide. Y si evaluamos alguna cosa y nos parece mas productiva que PHP le daremos la patada sin dudarlo. No sería la primera vez.

Por eso me parece un poco, bueno, no sólo un poco, asombrosa, tal vez desde mi ignorancia, una afirmación como esa: "para hacer paginitas". De ahí que te formule una pregunta: ¿En que te basas para efectuar tal juicio?

A lo mejor esto da para un buen debate

Un saludo!

[mamcx]

Empezado por Julián

Por eso me parece un poco, bueno, no sólo un poco, asombrosa, tal vez desde mi ignorancia, una afirmación como esa: "para hacer paginitas". De ahí que te formule una pregunta: ¿En que te basas para efectuar tal juicio?

Ah pues un intento de decir algo ofensivo (ser tan políticamente correcto y decir que cada lenguaje tiene lo suyo y que cada uno escoja... bla.. es aburridor!). Es un lenguaje que me ofende desde mis adentros. Como el C++ (aunque en un golpe irónico trabajo ahora con Objective-C para la parte del iPhone de BestSeller, y como va la cosa, es algo para ratooooo).

Pero ya siendo mas serio lo que mencionas en cierta forma refuerza el punto. Una aplicacion de intranet no es que sea muy distinta a una web. Obvio, hay "paginitas" de paginitas, no es lo mismo hacer un facebook que la tipica web de quienes somos, los productos y venga aqui el contacto.

PHP es el lenguaje mas popular para hacer paginitas (abajo las palabras politicamente correctas!) y con todo, muchos de esos sitios son excepcionales.

Sin embargo, python (ruby) nacieron mucho antes de que la parte web fuera tan popular, así que se prestan de forma natural para otro tipo de software.


Como motores 3D de videojuegos (http://www.panda3d.org/), soporte en animacion de 3d (http://www.blender.org/), aplicaciones cientificas (http://www.scipy.org/), y todo un largo conjunto de aplicaciones, servicios y demas (Una lista aqui: http://en.wikipedia.org/wiki/List_of_Python_software).

No es que PHP como tal no pueda usarse en ámbitos fuera de la web, es que no es su propósito. Es mas natural usarlo para cosas web y por todos lados se nota, como su integracion en apache (modpython creo, es la razon #1 por la cual le gano la puja a perl y todo lo demas).

Python (y ruby) recorrieron el camino inverso. Solo fue cuando salio ruby on rails (http://rubyonrails.org/) y basado en su exito, django (http://www.djangoproject.com/) que tomaron "vuelo" en el mundo mas hip-hop y de cultura pop de la web.

PHP nació en la web, y no ha migrado, de forma significativa a otras tierras. Los demas lenguajes nacieron en otras tierras, y han migrado progresivamente a la web, con mayor o menor exito...

Para mi, tener la ventaja de hacer cosas <> paginas me empujo directamente a python . La magia de ruby y su lentitud me ahuyentaron, a pesar de que su sintaxis tiene puntos muy atrayentes, como se aprende en Why's (poignant) guide to ruby, quizas el tutorial de programacion mas entretenido que hay..


Un ultimo punto, y que fue determinante en mi caso en cuanto a aelegir a python (django) para la parte web, fue el hecho de que no se mezcla python con el html. Eso me causaba nauseas de las malas al ver codigo en PHP (hubo una epoca en la cual examine varios paquetes open source con el proposito de comercializarlos y reempaquetarlos) y al imaginar los dolores de cabeza que seria soportar codigo asi... bueno eso fue la estocada final.

Con django, por el contrario, el html esta muy alejado: http://docs.djangoproject.com/en/dev/ref/templates/api/. Es tan simple de modificar el codigo de python (y el html) sin corromper lo demas! Eso fue lo que me vendio al 100% la idea de nunca jamas de los jamases meterme en PHP. Porque aunque en PHP se *puede* hacer asi, al ir integrando codigo de terceros en los proyectos, unos serian un sancocho, otros mediocres y uno que otro bueno.

Con python, todos son mas o menos iguales. Es muy extraño, porque pareciera que python lo escribiera un solo programador. Casi como con pascal, pero con pascal si se notan muchos los diversos estilos de organizar el codigo...

[Julián]

Bueno, le echado un ojo muy muy por encima a la web de django, y he visto un ejemplo bastante básico, ese del reporter y el article, y antes de seguir mirando he decidido desempolvar un debian (64etch) que tenia en vmware, y ahora ando actualizandolo a squeeze despues de importarlo a parallels, con la intención de instalarle python (viene sin él, pues es una instalación de esas minimas) y despues proceder a probar pythin, y sobre todo django, que ya me has convencido de que al menos, debo hacerlo

Sobre dejar de lado lo politicamente correcto no podiamos estar mas de acuerdo.

Un saludo!

[[Al González]]

Muy interesantes todos los comentarios que han vaciado aquí.

Para desarrollar aplicaciones Web me parece muy importante comenzar con un lenguaje maduro cuya formación haya ocurrido en entornos de escritorio y que luego fuese pacientemente adaptado al entorno Web, como al parecer es el caso de Python.

Con PHP apenas si he realizado un par de ejercicios y cuando me ha tocado ver ejemplos de código fuente siento ganas de dejar de ser informático. Tantos simbolitos poco legibles (típico de C) mezclados con HTML y JavaScript me hacen cuestionarme «¿Cómo llegamos a esto?».

Ya les haré partícipes de mis primeras impresiones usando Python.

Al González.

[Julián]

Despues de actualizar el debian de etch a squeeze ya está pythion en el sistema. Y acabo de ver que el django estña en los respositoios de Debian, con un montón de paquetes:

#sudo aptitude search django
p   mumble-django                                         - A Mumble-Server web interface                                   
p   python-django                                         - High-level Python web development framework                     
p   python-django-app-plugins                             - plugin system for django                                        
p   python-django-auth-ldap                               - Django LDAP authentication backend                              
p   python-django-auth-openid                             - provides optional OpenID integration for Django                 
p   python-django-contact-form                            - extensible contact-form application for Django                  
p   python-django-countries                               - provides a country field for Django models                      
p   python-django-dajax                                   - easy to use ajax library for django                             
p   python-django-dajaxice                                - agnostic and easy to use AJAX library for django                
p   python-django-debug-toolbar                           - Embedded debugging toolbar for Django projects                  
p   python-django-djapian                                 - Search API for Django using Xapian                              
p   python-django-djblets                                 - Re-usable components for Django projects                        
p   python-django-dmigrations                             - Database migration tool for Django projects                     
p   python-django-doc                                     - High-level Python web development framework (documentation)     
p   python-django-extensions                              - Useful extensions for Django projects                           
p   python-django-filebrowser                             - file management in the Django admin interface                   
p   python-django-formfieldset                            - fieldset rendering mixin for Django-based forms                 
p   python-django-genshi                                  - Django integration for Genshi                                   
p   python-django-lint                                    - Static analysis tool for Django projects and applications       
p   python-django-markupfield                             - custom Django field for easy use of markup in text fields       
p   python-django-mumble                                  - A Mumble-Server config application for Django                   
p   python-django-nose                                    - Django test runner that uses python-nose                        
p   python-django-picklefield                             - Pickled object field for Django                                 
p   python-django-piston                                  - Django mini-framework creating RESTful APIs                     
p   python-django-registration                            - A user-registration application for Django                      
p   python-django-reversion                               - Provides comprehensive version control facilities for Django    
p   python-django-rosetta                                 - Eases the translation process of your Django projects           
p   python-django-shorturls                               - A short URL handler for Django applications                     
p   python-django-south                                   - Intelligent schema migrations for django apps                   
p   python-django-swordfish                               - Persistent key-value database with HTTP interface (Django integr
p   python-django-tagging                                 - A generic tagging application for Django projects               
p   python-django-threaded-multihost                      - allows to serve multiple sites from one django installation     
p   python-django-tinymce                                 - replacement text widget for Django web framework                
p   python-django-treebeard                               - Efficient implementations of tree data structures for Django    
p   python-django-treebeard-doc                           - Efficient implementations of tree data structures for Django (do
v   python2.4-django-genshi                               -                                                                 
v   python2.5-django-genshi

A ver si conseguimos hacer un "holamundo" con eso
Creo que mejor abrimos un hilo aparte para esto, que parece bastante potente.

[[Al González]]

Empezado por Julián

A ver si conseguimos hacer un "holamundo" con eso

O un "pabernosmatao".