juan lucas dijo

¿ Y qué más da? Me explico, me da igual si un proyecto está hecho en ruby o en visual basic al igual que me da igual si la memoria está en word o en wordperfect.

Lo importante es que se cumplan todos los requerimientos. Eso de estar a las modas en los lenguajes de programación es un poco friki.

saludos!

27 Octubre 2009 | 10:01 AM

Juan Macias dijo

Rodolfo, si no lo recuerdo mal has hablado varias veces de este tema, precisamente un amigo me preguntó lo mismo hace unos días, y le debo un post en mi blog.

Cuando alguien elige un entorno de desarrollo, debe pensar en la escalabilidad, y los informáticos nunca lo hacen :), yo me he peleado muchas veces por esta cuestión con compañeros de trabajo.

Ruby tiene grandes problemas de escalabilidad, y si no, que se lo pregunten a los desarrolladores de Twitter, que han sufrido muchiiiisimo.

En mi opinión, apostar por Ruby es un riesgo muy elevado.

27 Octubre 2009 | 10:17 AM

Mikel Seijas dijo

Coincido contigo en que la progresión de Rails ha sido menor de lo que apuntaba hace unos años.
Posiblemente el tiempo lo ha puesto en su sitio: un entorno ideal para crear aplicaciones web en un tiempo récord, pero desaconsejable para cualquier otra cosa.
Sobre el mercado yo veo muy poca oferta y demanda y sin apenas crecimiento.

27 Octubre 2009 | 10:26 AM

javisantana dijo

voy a hablar desde la perspectiva de programador, quedais avisados.

Elegir Ruby on Rails es una mala elección _a priori_, precisamente por el problema de encontrar gente (es mucho más fácil encontrar gente java), sin embargo, si analizas más en detalle, te das cuenta que los programdores ruby son, en general, de más calidad.

No quiero decir que otros sean peores, pero suele haber mayor concentración de ente técnicamente buena. Por qué? pues porque la gente con calidad le gusta hacer las cosas bien, ser eficiente con su tiempo y ror (ruby on rails) te da todo eso.

@Rodolfo: habeis probado a buscar gente para plataformas similares?. Python, por ejemplo es similar a Ruby y también tiene su framework web (similar a RoR) y por lo general la gente tiene la misma filosofía.

@Juan macias: github está creado en Ror y no tiene problemas de escalabilidad. Lo siento, pero has caído en el tópico "ror no escala" (hay otros muchos)

En conclusión: si un técnico es bueno tardará poco en adaptarse a Ror o cualquier otro framework, así que lo que hay que buscar es gente buena.

Por último dar la enhorabuena por apostar por un lenguaje/filosofía diferente, en mi opinión España necesita mucho más de esto y mucho menos
de otro tipo de cosas.

27 Octubre 2009 | 10:52 AM

Fer dijo

En España, poquísimo, poquísimo. Como siempre, vamos a la cola de asimilación de nuevas tecnologías. En España todo lo que no sea Java, .NET, PHP o COBOL... mejor no hablar. Yo estoy intentando dar el salto a trabajar en algún lugar con Rails, y me está resultando imposible encontrar nada. En otros paises, en cambio, la cosa está mucho mejor y parece que va subiendo. Eso sí, la comunidad de programadores Rails en España es pequeña, pero son todos unos máquinas.

De todos modos, parece que el desarrollo de Rails en España va mejorando. La conferencia Rails va cogiendo cada vez más fama y asistentes, y iniciativas como Madrid on Rails puede ayudar mucho a esta plataforma.

Plataforma que, en mi opinión, y después de 10 años desarrollando en Java, .NET y PHP, es de largo, la mejor de todas para desarrollo web.

27 Octubre 2009 | 11:06 AM

Fer dijo

Suscribo punto por punto lo dicho por javisantana. De hecho me podría haber ahorrado mi comentario porque el lo ha dicho mil veces mejor que yo.

27 Octubre 2009 | 11:13 AM

juan Macias dijo

¿De verdad creeis que por utilizar RoR, vais aumentar tanto la productividad?

Lo importante es utilizar un framework adecuado, ya sea en java, en php o en lo que sea.......

27 Octubre 2009 | 11:16 AM

javisantana dijo

@Juan repsuesta corta: sí, respuesta larga: sí, la productividad aumenta por dos razones: la primera porque para conseguir lo mismo haces menos y la segunda y más importante, cuando programas en ruby (o similares p.ej python) _te diviertes_, no tienes tantas cosas tediosas que hacer, si quiero hacer algo lo tengo fácil, sin complicaciones. La diferencia en el resultado cuando alguien que trabaja en algo a cuando alguien lo hace disfrutando es abismal.

Es difícil de entender, lo sé, posiblemente solo lo harás si eres programador y disfrutas con lo que haces.

27 Octubre 2009 | 11:31 AM

Juan Macias dijo

@Javi, no mezcles conceptos, no compares RoR con otros lenguajes, RoR es un frameWork, comparalo con Symphony o similar.

En mi framework de java, un mantenimiento/listado con maestro detalle, se hace con menos de 10 líneas de código, al estilo RoR.

No hay que quitarle el mérito a RoR, han hecho un buen framework, pero también los hay en otros lenguajes...

27 Octubre 2009 | 11:39 AM

javisantana dijo

@Juan cuando comparo, lo comparo como un todo, ya que si usas Ror usarás otras muchas herramientas del lenguaje, para por ejemplo, virtualizar el entorno, instalar depencias, testing, etc, etc, etc. No voy a discutir sobre conceptos técnicos, no es el objetivo del post.

27 Octubre 2009 | 11:47 AM

Agustin Cuenca dijo

Hola Rodolfo,

Prometo contestar en un post mas detallado.

Muy brevemente:

España va siempre a la cola en adaptación de nuevas tecnologías, RoR no iba a ser una excepción. Cuando hice la primera demo de un applet programado en Java en 1995, en el colegio de médicos, muchos dijeron las mismas cosas que se dicen hoy de RoR.

En España no es difícil encontrar buenos programadores de Ror, en España es difícil encontrar buenos desarrolladores (notese el cambio de "palabro"). Ahh y por cierto si quieres pagarles 1.000 €/mes entonces mejor que hagas tu aplicación en php :-) (notese el smilie).

La comunidad RoR es muy activa y crece, este año la conferencia rails espera mas de 250 participantes.

Proyectos grandes de Internet en España: BeRuby.com , lacoctelera, ideas4all .

Compaías con aplcaciones Rails: Sanitas, Correos, Telefónica, y otras cuantas.

Esta noche va el post.

27 Octubre 2009 | 12:29 PM

Jota dijo

Nosotros estamos trabajando hace más de 2 años con Ruby. Hemos desarrollado varias aplicaciones comerciales, principalmente orientadas a la Intranet.

Si bien en un principio fue muy complejo el encontrar gente adecuada para poder desarrollar los proyectos, finalmente optamos por capacitar a nuestro propio grupo de desarrolladores.

Ya tenemos un grupo maduro de desarrollo en ambiente Ruby on Rails, y hemos crecido cada vez más en la magnitud de los desarrollos que realizamos en Rails.

Un bonito ejemplo es el Portal que estamos desarrollando para la UNICEF.

¿Cómo lo hicimos? Así: http://www.ideauno.cl/blog/?p=122

Saludos,

27 Octubre 2009 | 12:55 PM

Harold Tamayo dijo

Mi opinión: Cuando se toma una desición de elegir un entorno de desarrollo, se deben tomar en cuenta estos factores:

1-En cuales lenguajes están desarrollando las empresas líderes de Internet (Google y Cia)

2-A cuales lenguajes están apoyando las empresas lideres de Internet (Google y Cia)

3-Cuales lenguajes podrian ser apoyados

Así, casi todo Internet está desarrollado en PHP-Python (El entorno escritorio es más variado con C y C** y otros) pero las tecnologías AJAX (AJAX, acrónimo de Asynchronous JavaScript And XML (JavaScript asíncrono y XML), es una técnica de desarrollo web para crear aplicaciones interactivas o RIA (Rich Internet Applications) y LAMP (Linux-Apache-MysQl-PHP) sin duda dominan el mercado, para mí Ruby mientras no sea tomado en cuenta por Dreamweaver no tiene futuro.

27 Octubre 2009 | 01:51 PM

Francisco Marco-Serrano dijo

A mi en muchas ocasiones me han hablado muy bien de Python, sobretodo en cuanto a seguridad en el código.

Por otra parte, ¿no es uno de los lenguajes que más utiliza Google?. De hecho, tienen en plantilla a su creador (http://www.oreillynet.com/onlamp/blog/2005/12/python_creator_guid...).

27 Octubre 2009 | 04:23 PM

José Galisteo dijo

Llevo programando en Ruby y ROR casi 2 años

Proyecto grande, por ejemplo Verema.

Programadores buenos, unos cuantos, solo hay que pasarse por github y buscar algo de código o por la conferencia Rails o el Euruko.

Sobre todo estoy deacuerdo con Juan Lucas, lo importante es cumplir los requerimientos, si esto me lo haces en C pues vale, aunque también habrá que tener cuidado no valla a ser que no haya nadie más que te lo pueda mantener, este no es el caso de Ruby.

Juan Macias, ¿que los desarrolladores no piensan en la escalabilidad? ¿Qué desarrolladores son esos? Mi experiencia es que más bien pecamos de hacer optimizaciones prematuras.

Otra vez con lo de Twitter, claro, es una de las aplicaciones webs más importantes, aunque lo escribieras todo en C eso no lo aguanta nadie si no se resuelven de forma apropiada los cuellos de botella. Según tengo entendido, Twitter sigue en Ruby pero algunas partes están en Java, como todas al fin y al cabo. La base de datos no la tienes escrita en PHP.

Es verdad que no hay que comparar el lenguaje con el FrameWork, pero tiene razón en lo que comenta javisantana, no se si se puede hacer esto en java, pero lo normal cuando te descargas el fuente de una aplicación RoR es hacer rake gems:install && rake db:create && rake db:migrate.

Harold Tamayo, lo siento pero todo el comentario me parece una chorrada, ¿me dices que lo que use google o quien sea influye sobre lo que vas a desarrollar? ¿No deberían ser los requerimientos los que marquen el entorno?

Si tu referencia es Dreamweaver sobre lo que tiene futuro o no...

Saludos a todos, valla forma de montar un flame en tu propio blog Rodolfo xD

27 Octubre 2009 | 05:03 PM

menestro dijo

Hay productos que son muy atractivos para programadores por sus bondades técnicas y conceptos de desarrollo. Pero una cosa es el producto destinado a los desarrolladores y otra rotamente diferente su integración en un proyecto más amplio en internet. Son cosas diferentes. Para poder determinar si un Framework o una plataforma desarrollo se adapta a los propósitos de un proyecto empresarial de base tecnológica es necesaria una visión de conjunto tanto en el conocimiento de la tecnología como en los procesos y diseño del producto final.

Desafortunadamente en España se suelen tomar decisiones estratégicas en base a preferencias tecnológicas o modas en la programación, dándole una responsabilidad y protagonismo al desarrollador que se debería evitar para preservar la neutralidad técnica del proyecto.

Esto es debido a la tradicional falta de formación técnica de los equipos de gestión, que dejan la toma de decisiones a los programadores en vez de contar con un jefe de desarrollo con las habilidades de análisis y planificación estratégica necesarias para avalar una tecnología dentro de un proyecto empresarial.

Pero contar con los engranajes necesarios para poder afrontar las decisiones técnicas es responsabilidad de quien crea el proyecto también...

Ruby es una plataforma de desarrollo para web muy potente. En Ruby no hay nada que no se pueda hacer en C++. Al margen del marketing de plataformas de desarrollo y preferencias de las personas implicadas en el proyecto, tomar la decisión de optar por uno u otro es responsabilidad del Director Técnico, o tecnológico, del proyecto, que además debe evaluar costes, riesgos tecnológicos y es el que resuelve la evolución y diferentes etapas de la vida tecnológica del proyecto empresarial. Y por supuesto de que el " Framework se adecue a las especificaciones y demandas del mismo.

A veces ahorrar en un sueldo puede comprometer un proyecto al completo.

Para mí un indicador de éxito de un proyecto es la relación entre el grado de “frikismo” y de profesionalidad que hay en el mismo. Un Friki, o fan de la tecnología, no es una ayuda, es un riesgo muy elevado.

Aunque a los Frikis o a los gurús les guste identificarse con los profesionales, no es algo que sea mutuo...

27 Octubre 2009 | 05:33 PM

Javier Leandro dijo

Estoy bastante de acuerdo con javisantana. Solo queria añadir un par de cosas:

- Llevo como un año programando (no, desarrollando!) con Ruby on Rails y la experiencia es positiva. Vengo del mundo de Java, y muchas cosas son infinitamente mas simples con Rails, y eso se agradece. Ojo, tampoco es el lenguaje magico que se escribe solo y adivina tus pensamientos, sigue habiendo que trabajar.

- Tardé en coger velocidad de crucero entre uno y dos meses. Creo que cualquiera que venga de un mundo java/.net etc puede coger RoR al vuelo enseguida, asi que el problema de la escasez de programadores no lo veo tan grave. Claro que entiendo que no se pueda meter en un proyecto de golpe a cinco tios a aprender un lenguaje nuevo, pero ir metiendo gente poco a poco no creo que sea descabellado.

- RoR esta bastante maduro, y eso se nota a la hora de trabajar y buscar en google soluciones a los problemas que te encuentras cada dia. Practicamente siempre hay alguien al que le ha pasado lo mismo -normalmente a un americano- asi que el ritmo no se para demasiado.

- En todo caso, como ya han dicho por ahi arriba, lo importante es que la web haga lo que tiene que hacer y no obsesionarse por la tecnologia du jour.

27 Octubre 2009 | 06:19 PM

javisantana dijo

>> En Ruby no hay nada que no se pueda hacer en C++.

Claro, y no hay nada que no se pueda hacer con ensamblador...

>> Un Friki, o fan de la tecnología, no es una ayuda, es un riesgo muy elevado.

Sí, un friki de esos es peligroso.

Hubiera estado bien que cada uno de los comentarios hubiera venido acompañado de cual el puesto de trabajo del autor...

27 Octubre 2009 | 07:44 PM

javisantana dijo

>> En Ruby no hay nada que no se pueda hacer en C++.

Claro, y no hay nada que no se pueda hacer con ensamblador...

>> Un Friki, o fan de la tecnología, no es una ayuda, es un riesgo muy elevado.

Sí, un friki de esos es peligroso.

Hubiera estado bien que cada uno de los comentarios hubiera venido acompañado de cual el puesto de trabajo del autor...

27 Octubre 2009 | 07:45 PM

menestro dijo

Empecé con ortofotos en el ministerio de industria hace muchos años Javier Santana. ¿Y tú?

28 Octubre 2009 | 12:13 AM

Julio César Alonso dijo

Yo personalmente tengo experiencia desde hace más de 3 años con RoR. LLevo más de 20 años en ele mercado y empezé en Cobol y RPG. Yo creo, que no es un problema de la tecnología, es un problema de negocio.
Cuando utilizar, RoR, Phyton, PHP, Java.., pues depende. ¿de qué depende? de tu negocio, del timeline que tengas, de tu presupuesto, de tu entorno corporativo, de la funcionalidad que quieras desarrollar, etc etc.
El debate creo q no se debe centrar en si es mejro una tecnología u otra, el debate creo q se debe centrar en lo qué es mejor para tú negocio.
Efectivamente, cuando hacíamos cosas en java en el 94 y en html puro y duro allá por el 94 nadie sabia que iba a pasar, en cambio a los bancos no les podías sacar de otra cosa que fuera cobol, cics, db2 y esas cositas. Hoy por hoy, los grandes procesos bancarios siguen estando en cobol, VSAM, JCL y eso es malo? no, simplemente resolvieron su problemática de negocio.
Desde luego en estos 3 ultimos años he utilizado tanto PHP como Ruby, Rails; Merb y Sinatra y el el resultado es que RoR -independientemente de varias cosas- te puede solucionar cualquier desarrollo web.

28 Octubre 2009 | 09:57 AM

Sacha dijo

Hola Rodolfo,

El único proyecto grande español que sepa que utiliza RoR es tractis.com

28 Octubre 2009 | 12:01 PM

imagame dijo

El tema es interesante, quizás diría que es más teórico o académico que real. ¿Por qué? Porque en la vida real suelen imperar otras cosas:

1.- La productividad y capacidad de poder hacer cosas es un 80% la persona, y un 20% el lenguaje o entorno,..Sí, aquí también sirve Pareto.

2.- La elección de un entorno, infraestructura o lenguaje no es una decisión ni mucho menos libre (quizás sí lo pueda ser en una nueva startup, y en ese caso no se suele pensar de antemano en cual es el mejor lenguaje o infraestructura, simplemente se usa el que sabes o el que te gusta). En la mayoría de los casos --empresas en marcha-- la decisión de elección viene condicionada --y casi determinada-- por otros factores: política de empresa, contactos comerciales y amiguismos, dependencia de marcas o empresas consultoras inmersas en la estructura de 'poder' de la empresa, herencia con lo existente, ....

Conclusión: Centrarse en atraer y retener talento,..con eso nos deberíamos dar más que satisfechos. Un tipo con talento, capaz, sea friki o no --los he conocido beneficiosos y perjudiciales--, te sacará rendimiento del lenguaje o entorno que sea. Si eso lo consigues combinar con la motivación adicional que le puede reportar un entorno u otro --en línea con la capacidad de hacerle disfrutar que mencionaba javisantana-- pues todavía mucho mejor.

28 Octubre 2009 | 11:42 PM

Lluis Faus dijo

Rodolfo,

vLex.com está en Ruby on Rails, y es bastante grande.
Pero sí, encontrar desarrolladores RoR es complicado.

Saludos,

Lluis
http://vlex.com

8 Noviembre 2009 | 10:55 AM