miércoles, diciembre 14, 2005
Experiencia de usuario potenciada con Ruby on Rails, 1ª parte
Solemos programar en PHP. Hicimos en su momento algunas cosas con Java,
pero PHP sigue siendo nuestro lenguaje preferido. Ahora mismo estamos
considerando muy seriamente pasarnos a Ruby on Rails.
Hay muchas razones en contra y a favor, pero aquí
sólo me voy a fijar en los beneficios para el
diseño de la experiencia del usuario.
Cualquier lenguaje de programación es una interfaz y Ruby on Rails sigue uno de los principios fundamentales del diseño de interacción: ocultar en lo posible el funcionamiento interno de la máquina (alejar el modelo de diseño del modelo de implementación). Y esto es tremendamente potente.
Con Ruby on Rails las URL no tienen que estar asociadas a directorios y ficheros del servidor, sino con objetos y acciones que pueden realizar estos objetos.
Todo esto no parece muy relacionado con el diseño centrado en el usuario (y de forma directa no tiene nada que ver). Sin embargo, al romper esta relación unívoca URL-fichero nos resulta mucho más sencillo centrarnos en la información y cómo queremos que se comporte, olvidándonos de su ubicación en el sistema de directorios.
Resumiendo: podemos crear aplicaciones más complejas y de funcionamiento más "suave" con muchísimo menos esfuerzo.
Cualquier lenguaje de programación es una interfaz y Ruby on Rails sigue uno de los principios fundamentales del diseño de interacción: ocultar en lo posible el funcionamiento interno de la máquina (alejar el modelo de diseño del modelo de implementación). Y esto es tremendamente potente.
Con Ruby on Rails las URL no tienen que estar asociadas a directorios y ficheros del servidor, sino con objetos y acciones que pueden realizar estos objetos.
Todo esto no parece muy relacionado con el diseño centrado en el usuario (y de forma directa no tiene nada que ver). Sin embargo, al romper esta relación unívoca URL-fichero nos resulta mucho más sencillo centrarnos en la información y cómo queremos que se comporte, olvidándonos de su ubicación en el sistema de directorios.
Resumiendo: podemos crear aplicaciones más complejas y de funcionamiento más "suave" con muchísimo menos esfuerzo.
Comments:
<< Home
No es necesario usar Ruby On Rails para romper esa asociación URL-fichero. Cualquier hosting mínimamente decente os permitirá usar mod_rewrite para conseguir algo así desde PHP o cualquier otro lenguaje de servidor.
Es cierto. Ante todo aclaro que utilizo mayormente PHP para programar para la web y no he hecho casi nada con RoR.
Estoy de acuerdo en que Ruby on Rails es ante todo una herramienta que facilita el desarrollo en tanto automatiza tareas repetitivas, sin embargo, y saliendo de los ejemplos mas simples, no creo que a la hora de encarar una aplicación "compleja" las diferencias de tiempo de desarrollo sean muy significativas.
Estoy de acuerdo en que Ruby on Rails es ante todo una herramienta que facilita el desarrollo en tanto automatiza tareas repetitivas, sin embargo, y saliendo de los ejemplos mas simples, no creo que a la hora de encarar una aplicación "compleja" las diferencias de tiempo de desarrollo sean muy significativas.
Por lo que entiendo, mod_rewrite traduce una URL a otra utilizando expresiones regulares.
Aunque sí rompes la relación URL-ubicación, no es una forma tan natural como con RoR, en la que todo se mueve alrededor del modelo MVC, en donde podemos pensar en las URL como mensajes mandados a objetos, lo que facilita la abstracción del comportamiento de la aplicación y su mantenimiento.
Pero bueno... sólo la práctica nos dirá si hemos hecho un buen cambio al pasarnos a RoR.
Aunque sí rompes la relación URL-ubicación, no es una forma tan natural como con RoR, en la que todo se mueve alrededor del modelo MVC, en donde podemos pensar en las URL como mensajes mandados a objetos, lo que facilita la abstracción del comportamiento de la aplicación y su mantenimiento.
Pero bueno... sólo la práctica nos dirá si hemos hecho un buen cambio al pasarnos a RoR.
hola,
esta claro que RoR es todo un framework que permite hacer muchisimas cosas automaticamente, mientras que PHP es solo un lenguaje... ahora tocaria hacerle un framework parecido:
http://www.symfony-project.com/
y algo si que se parecen http://www.symfony-project.com/tutorial/my_first_project.html
esta claro que RoR es todo un framework que permite hacer muchisimas cosas automaticamente, mientras que PHP es solo un lenguaje... ahora tocaria hacerle un framework parecido:
http://www.symfony-project.com/
y algo si que se parecen http://www.symfony-project.com/tutorial/my_first_project.html
Gracias por el enlace, Jorge. No conocía este proyecto y tiene muy buen aspecto.
Y tienes razón: tendría que haber distinguido entre un framework y un lenguaje :-(
Y tienes razón: tendría que haber distinguido entre un framework y un lenguaje :-(
un placer :)
eso si, ayer tenia un dia un poco hablador :)
lo que es una pena es que con la de tiempo que lleva PHP en esto de la web no se le haya ocurrido a nadie hacer algo parecido, y hayan tenido que esperar para hacer una copia :)
un saludo y enhorabuena por el blog :D
Publicar un comentario en la entrada
eso si, ayer tenia un dia un poco hablador :)
lo que es una pena es que con la de tiempo que lleva PHP en esto de la web no se le haya ocurrido a nadie hacer algo parecido, y hayan tenido que esperar para hacer una copia :)
un saludo y enhorabuena por el blog :D
<< Home
