Libertonia
Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios
Mis vapores favoritos

davinci's Diary
Por davinci
departamento En-Ruby-ate , Sección Diarios
Puesto a las Wed Sep 29th, 2004 at 08:54:57 AM CET
Visto que la rubya es mascota cuasi-oficial de Libertonia (le sobran méritos para serlo), creo que ha llegado el momento de pasarse en masa al lenguaje que le hace honores con su nombre 0:)

 


¿Cómo? ¿Que aún no lo teneis claro del todo?.

Otra actitud por vuestra parte me habría decepcionado. Entiendo que necesitéis razones de muuuucho más peso para completar tan "dolorosa" transición.

Os hablaré, pués, de un apabullante proyecto que me ha puesto en jaque la mente desde que sé de su existencia. Se trata de Rubydium, una fantástica iniciativa para llevar el mundo del JIT (Just In Time compiling) a Ruby. En el camino, este pequeño lenguaje ganaría lo único que, a mi entender, aún le falta: velocidad para usarlo prácticamente en cualquier proyecto que se me ocurra (dejando a un lado devoradores natos de recursos, como juegos y simulaciones complejas).

Podéis leer aquí el anuncio del proyecto, así como una interesante discusión al respecto en Osnews.

El propio autor habla aún de vaporware, pero lo cierto es que existe versión de prueba limitadísima en funcionalidad. Confío en que Rubydiam adquiera el empuje que merece con el paso de los días.

Y para los locos de KDE, en la misma noticia de Osnews hacen referencia a la integración entre Korundum y QtRuby, para crear de la forma más sencilla aplicaciones con Ruby y el escritorio de la K.

Son muchos proyectos excitantes. Como diría Woody Allen: "me chorrea adrenalina por las orejas" :)

< Cómo configurar Jabber para usar MySQL como Base de Datos (7 comments) | Nuevo record de velocidad. (8 comments) >
Enlaces Relacionados
· Rubydium
· aquí
· Osnews
· referencia
· More on davinci's Diary
· Also by davinci

Menu
· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login
Nueva cuenta
Usuario:
Contraseña:

Ver: Modo: Orden:
Mis vapores favoritos | 4 comentarios (4 temáticos, editoriales, 0 ocultos)
La comunidad ruby se mueve (none / 0) (#1)
por osoh (imobachgs at softhome dot net) a las Wed Sep 29th, 2004 at 01:42:42 PM CET
(Información Usuario) http://www.banot.net/~imo/

Hace ya unos meses que llegué a la comunidad de usuarios de Ruby y he visto como se mueve cada vez más. Hace unos meses era raro, al menos para mí, encontrar algún sitio donde pudieran leerse cosas acerca de este lenguaje. Incluso una visita por sourceforge desanimaba bastante (pocos proyectos y la mayoría muertos).

Sin embargo, con el paso de los meses he ido notando como la gente va prestándole más atención a Ruby. Esperemos que siga así para disfrute de los usuarios de este lenguaje ;)
--
Que no haya pasión que no valga el mal que cien años dura (Enrique Bunbury)


 
¿Que le puede ofrecer ruby a un pytoniso? (none / 0) (#2)
por amphora (amphora@ecol.org) a las Wed Sep 29th, 2004 at 11:35:16 PM CET
(Información Usuario) http://sistematica.es

Pregunta seria eh, nada de malas intenciones ni falsos sentidos. ¿Que me puede ofrecer ruby que no tenga python? Visto desde el punto de vista de que no soy programador profesional, tan solo un pobre administrador de sistemas que se hace sus cutre scripts en python para salir al paso. Y no me hables de que ruby es verdaderamente OO y python no, o cosas similares. Las únicas clases que conozco son las sociales. ¿Me puede servir para el día a día como ya lo hace python?



text processing (none / 0) (#3)
por thibaut (asp16 [ykwim] alu.ua.es) a las Thu Sep 30th, 2004 at 07:27:04 AM CET
(Información Usuario)

Yo encuentro el text processing mucho más fácil con Ruby que con Python. En este sentido, se parece más a Perl...

[ Padre ]


 
Cuestión de sencillez y homogeneidad (none / 0) (#4)
por davinci (davinci at ecol org) a las Thu Sep 30th, 2004 at 09:48:30 AM CET
(Información Usuario)

Parto de la base fundamental de que la elección de un lenguaje, si las opciones son tan parecidas como Python y Ruby, se debe más al gusto personal que a otra cuestión.

Teniendo eso presente, es probable que, en tu caso, nada resulte decisivo para pasarte a Ruby, salvo que un buen día lo pruebes con uno de tus scripts y descrubras que su expresividad va mejor con tu manera de hacer las cosas.

Sí puedo apuntarte algunas razones que a mí me harían volver a elegir, como ya hice en su momento, Ruby.

Para empezar, el formateo estricto del código de Python no me gusta nada. Prefiero la versatilidad, en ese sentido. Hace poco un amiguete (windowsero) me comentó que había estado echando un ojo curioso a Python y lo había abandonado porque el editor que usaba le daba problemas con el formateo: cuestión de tabuladores. Es un punto en el que Ruby se interpone menos.

Seguimos con el acceso uniforme a las funciones del lenguaje. Dices que no te hable de la mejor orientación a objetos, porque eso no te preocupa lo más mínimo para pequeños scripts. Creo que sí tiene su impacto en el día a día. No es lo mismo hacer un length(cadena) que un cadena.length. ¿Parece un detalle nimio? No lo es, pienso yo, si hablamos del principio de la mínima sorpresa (motivo básico que subyace a todo el lenguaje Ruby). En el primer caso tenemos una construcción distinta en función de que una variable constituya un tipo básico del lenguaje o sea el objeto de una clase propia. En el segundo TODO funciona exactamente igual.

En Ruby la simplicidad surge de esta concisión. Es una característica que tiene calado en todo el lenguaje, independientemente de que lo uses para proyectos grandes y complejos o para scripts.

Me gusta que un lenguaje sea claro, pero no hasta el punto de sentirme obligado de forma excesiva por la sintaxis. Es lo que me ocurre cuando veo código Python. Detalles tan tontos como tener que poner self en cada función de una clase, me parecen parches que remedan un diseño defectuoso en la base. Otras "características" como no poder anidar sentencias porque no devuelven un valor, me resultan sospechosas, y prefiero siempre el caso contrario (menos claro si se abusa de él, pero para mi gusto mucho más expresivo).

Estoy convencido de que nada de todo esto tiene peso suficiente como para que te plantees un cambio. Yo tampoco veo necesario dicho planteamiento, salvando que Python tenga detalles que no te agradan y sigas buscando otro lenguaje que mejore dichos detalles.

La prueba de que el modelo de Ruby es interesante radica en que, con los años, Python ha ido adoptando las características que le separaban de él. Podría decirse que ambos lenguajes son, en la actualidad, muy similares. Pero también podría decirse que, lo que Python ha ido adquiriendo a lo largo del tiempo, Ruby lo tiene desde que nació, y está mejor integrado en las extensiones, por ejemplo.

¿Carencias importantes de Ruby? No se me ocurren muchas, así a bote pronto. Me gustaría que tuviese paso de argumentos por nombre, como es el caso de otros lenguajes (incluido, creo recordar, Python).

Mi situación fue ideal en su momento, cuando tuve que tomar la decisión de qué lenguaje aprender y conté con los tres grandes para compararlos: Perl, Python y Ruby (otras opciones como Ocaml, Lisp, etc las desestimé para no volverme completamente loco ante tantas opciones). Pero si ya estás satisfecho con lo que hace tu lenguaje, no te falta absolutamente nada y no te pica el gusanillo lo suficiente, ¿para qué plantearse un cambio?

Si el tema te interesa como para dedicarle un par de horas, puedes mirar aquí montones de razones para cambiar (o no) de Python a Ruby.


¡Es la guerrrrrrra!
[ Padre ]


 
Mis vapores favoritos | 4 comentarios (4 temáticos, editoriales, 0 ocultos)
Ver: Modo: Orden:

ecol Logo Powered by Scoop
Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
Los comentarios son propiedad del que los escribe.
Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
El Resto © 2002 Escomposlinux.org y aledaños.

Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

El proyecto escomposlinux.org está dedicado a la memoria de tas

crear cuenta | faq | búsqueda