Saludos, me encantaría una comparativa para saber por que escogieron Ruby sobre otras tecnologías como PHP (por nombrar solo lo libre).

Creo que eso sería de mucha ayuda para seleccionar un lenguaje de backend al momento de desarrollar aplicaciones.

Y algo en castellano no tenéis ??

Hola Diego,

Tantos años leyéndote y la primera vez que posteo…

bueno, sólo quería decir que he echado de menos estas dos páginas:

http://www.sobrerailes.com/

http://blog.railes.net/

un saludo

En teoria mi blog trata de RubyOnRails entre otras cosas.. BlogOnRails.com, aunque por tiempo lo tengo un poco abandonado ultimamente. Y también tengo un meneame de Rails, meneaRailes.com.

Espero que os sea de utilidad.

Saludos.

Pepone, acabo de incluir una sección con material de RoR en castellano. Sebastián, Kitune y toda la gente que me ha envíado mails, muchas gracias. He añadido los enlaces y libros a la página. Está creciendo deprisa.

Hector, PHP se consideró al inicio solo como una forma de sacar una demo rápida que presentar a potenciales clientes e inversores. Nunca como la opción “seria” y definitiva. No entiendas esto como un intento de desmerecer PHP. De hecho, es un lenguaje utilizado en grandes empresas y proyectos. Simplemente cuento lo que se habló entonces. Había varios desarrolladores con experiencia en PHP, pero ¿porqué ninguno se erigió en paladín de esa opción y la defendió?. No lo sé, habría que preguntarselo a ellos. Se habló de PHP pero no lo defendieron con entusiasmo.

La opción siempre fué Java. ¡Java tenía multitud de desarrollos en firma digital, cantidad de librerías y la percepción en el mundo corporate de “enterprise ready”!. Java era la opción seria, definitiva, segura, estable, “esperada” por empresas, por inversores, por mí y por demás gente que no sabe programar. Era en lo que sabíamos programar: el propio Manuel venía de Telefónica I+D y del mundo del Java. Si ves nuestra presentación en WebDosBeta habíamos trabajado bastante la vía de J2EE & Springs & Hibernate. Java parecía inevitable. Cuando se planteó RoR había un montón de “hype” alrededor (todavía lo hay), ocurrió algo curioso. Nadie enterró directamente RoR, aunque suponía tirar mucho trabajo a la basura. Incluso los desarrolladores más “fríos” de cabeza se mostraron dispuestos a profundizar y considerarla.

De repente era Java vs RoR. Interpretado vs Scripting. Leímos varias críticas a RoR e hicimos nuestras propias pruebas. Java es un lenguaje mucho más maduro y tiene una comunidad de desarrolladores y un ecosistema de librerías e IDEs enorme detrás. RoR, en cambio, prometía pero era una apuesta. La única forma de que RoR ganase era que la decisión no se tomase únicamente en base a méritos técnicos de una u otra tecnología. Y eso fué precisamente lo que ocurrió.

Por hacer corta una historia larga, “nos creímos/compramos” las promesas de productividad, curva de aprendizaje y “felicidad” de los programadores que utilizaban RoR:

Rails is optimized for programmer happiness. That’s a very disruptive notion. The fact that we care about what makes programmers happy allows us to unleash a world of passion. That passion in turn leads to motivation. And motivation is the most powerful productivity booster we have available. Source.

Pueden parecer razones equivocadas. Sin embargo, estabamos completamente de acuerdo con el argumento de David Heinemeier Hansson (creador de Rails) de que, hoy en día, el recurso realmente escaso es la productividad, no el hardware. Y la productividad depende de la motivación y de sentirse a gusto. Como sabes, la idea actual es montar “fábricas de desarrollo”, cuanto más barato mejor, cuanto más externalices mejor. Que todo esté documentado y, si se despide a alguien o decide irse, que se pueda reemplazar fácilmente ese “recurso” (nótese la coña) porque hay otros “recursos” similares en formación y certificados. ¿Qué elegir: la tecnología o la persona?. ¿Proceso y herramientas o individuos e iteraciones?. ¿Un lenguaje sólido que te entierra en miles de líneas de código, diagramas y documentación o un lenguaje que, lejos de ser la mejor opción tecnológica, es capaz de hacer que el desarrollador disfrute de rapidez, eficiencia, claridad… sentido del logro > felicidad > motivación > productividad. . De repente, la elección del lenguaje se había convertido en un “statement” sobre nuestra filosofía. Montamos Tractis para arriesgarnos, para aprender y para pasárnoslo bien. Así que votamos por la persona. Apostamos por RoR. Y, por ahora, la opinión generalizada es que acertamos.

¿Podríamos haber conseguido lo mismo con PHP?. Quizás.

Que tiene de bueno RoR respecto a otros lenguajes?

Diego,
En http://lacaraoscura.com tenemos cerca de 1 año escribiendo en español de Ruby y RubyOnRails, (entre otras cosas)

- http://www.lacaraoscura.com/category/rails/
- http://www.lacaraoscura.com/category/ruby/

En un intento de apoyar a la comunidad, desarrollamos http://rubycorner.com un directorio de blogs relacionados con ruby, rails, etc.

Entre otros “recursos” hicimos una especie de tutorial inconcluso llamado “Ruby: un tour fotografico”.
http://www.lacaraoscura.com/2006/05/10/ruby-un-tour-fotografico/

Salu2

David, gracias por el apunte, he tomado nota de lo que has dicho, yo al igual que ustedes (un poco más atrás de donde ustedes se encuentran) estoy trabajando en un proyecto que espero cambie las cosas, en algún momento mire hacia RoR, pero no se si lo hice demasiado pronto, talvez muy en pañales, pero creo que me has convencido, le daré otra hojeada.

Sobre Java concuerdo, a pesar de yo no tener ni idea de java, estamos muy cerca de tomarla como la opción para desarrollar, yo llevo un par de años desarrollando en PHP lo conozco, se donde falla y conozco sus fortalezas, se que la versión 5 ha mejorado tremendamente, se que no tendría problemas si uso PHP como mi plataforma, el tiempo dirá, de nuevo gracias

Marianito, RoR está orientado al desarrollo rápido de aplicaciones web. Echalé un ojo a estos vídeos.
Edgar, muchas gracias por los enlaces. Los acabo de añadir.
Hector, un placer

La página está ahora en la portada de http://del.icio.us/popular/. Gracias a todos por compartir vuestros Favoritos.

Echadle un ojo a este libro de ruby, es muy ameno y facil de leer, con viñetas tipo comic para entretenerte entre tanto código.

http://poignantguide.net/ruby/

Pues yo eh estado ultimamente relacionandome con ruby y java y puedo decir que por mucho Ruby se me hace mas sencillo y rapido para aprendizaje que java ;D

Gurús del Ruby y otros menesteres, he instalado ruby, fastcgi y rails en un servidor fedora linux con apache 2.algo, el asunto es que por alguna razón, cualquier script .rb que intento probar desde el browser me da 403 forbidden, he seguido al pie de la letra una guía de instalación específica para la plataforma donde lo he instalado (server con plesk) y no hay manera de que funcione. Cosas como los permisos del script creo que están bien, el owner es el usuario de esa cuenta de hosting y los permisos 755, pero nada, cualquier .rb que intento abrir da 403 forbidden.

En el powerbook se instala solo prácticamente, allí ningún problema. Es esta caja maldita que no chuta, apache levanta bien y en los logs aparece que ha cargado el fastcgi, etc. ¿alguna idea?

Olvidenlo tengo una mezcla de conceptos PHP Ruby que no vienen al caso, las cosas van de otra manera

¡funciona! ahora a divertirse ^-^

Cake rules!

[...] En Negonation utilizamos Rails para el desarrollo de Tractis. Varios negonators participan como ponentes con temas relacionados o no con Tractis pero siempre con Rails como hilo conductor: [...]