Madrid.rb

Participantes:

• Carlos Sánchez Pérez: Histórico de Madrid.rb, Ruby y Rails, y con varios proyectos a sus espaldas conectando con clientes de todo tipo, nos contará su visión viniendo desde el "back".

• Francisco Santorelli: Apasionado de JavaScript y Angular, que está aprendiendo a amar Ruby. Nos traerá la visión "desde el otro lado" 😃

Una de las razones por las que Ruby on Rails triunfó fue el DRY. Don't Repeat Yourself!!

• Definías el tipo de un atributo una vez y se utilizaba en todas partes: BBDD, modelo, formularios...
• Ponías una validación en un modelo y los formularios la adoptaban automáticamente
• Definías una relación entre modelos y los "inputs" del formulario creaban "select pickers" automáticamente

Todo esto se fue al traste con al auge de los frontend puros en JavaScript.

Sí, Rails sigue encargándose del backend, a través del API, y las validaciones y modelos cuidan de que nada erróneo acabe llegando a la BBDD. Pero si queremos que esta lógica se vea en el cliente (por ejemplo, con validaciones inmediatas) tenemos que copiar toda esa lógica a la UI, en un lenguaje diferente, con un framework diferente y todo lo que ello conlleva.

¿No hay ninguna solución mejor? ¿Estamos condenados a "repeat ourselves"?

En esta mesa redonda hablaremos de ello y trataremos de recoger las mejores experiencias y opiniones.

¿Tienes algo que contarnos? ¡Únete!