Novena entrega de la serie Rails sostenible, sobre el libro de David Bryant Copeland. Penúltima parada. Tiempo de lectura estimado: 12 minutos. Entramos en la tercera parte del libro, "más allá de Rails", donde Copeland aborda territorios que toda app real acaba necesitando. Hoy, dos: cómo gestionar quién entra (autenticación y autorización) y cómo exponer una API sin que se convierta en una fuente perpetua de carrying cost. En ambos casos, su consejo se resume en una palabra que ya conocéis bien a estas alturas de la serie: simplicidad. Autenticación: en la duda, Devise u OmniAuth La autenticación es uno...
Octava entrega de la serie Rails sostenible, sobre el libro de David Bryant Copeland. Tiempo de lectura estimado: 13 minutos. Hay un patrón que se repite en todo el libro y que aquí se hace explícito: controladores, jobs, mailers y rake tasks son todos clases frontera (boundary classes). Viven en el lado de Rails del seam, conectan el framework con el mundo exterior, y su trabajo no es contener lógica de negocio sino traducir y delegar. Una vez interiorizas esto, las tres categorías de este post se vuelven la misma idea aplicada tres veces. El código del controlador es configuración...
Séptima entrega de la serie Rails sostenible, sobre el libro de David Bryant Copeland. Tiempo de lectura estimado: 14 minutos. El testing es donde más fácil se peca por exceso y por defecto. Copeland no predica el "testéalo todo" ni el "los tests frenan", sino algo más maduro: los tests son una inversión con coste, y la sostenibilidad consiste en maximizar el valor que dan por el coste que tienen. En este post junto el capítulo sobre testear la vista con el ejemplo end-to-end, porque juntos enseñan el flujo de trabajo completo que propone el libro. El valor y el...
Sexta entrega de la serie Rails sostenible, sobre el libro de David Bryant Copeland. Tiempo de lectura estimado: 14 minutos. Llegamos al sótano del sistema, y para mí es la parte más jugosa. Después de haber sacado la lógica de negocio de los modelos, toca preguntarse: entonces, ¿para qué sirve un Active Record? Y la respuesta nos lleva directos a la base de datos, esa capa que mucha gente trata como un detalle de implementación y que Copeland defiende como la última línea de defensa de la integridad de tus datos. Active Record es para acceder a la base de...
Quinta entrega de la serie Rails sostenible, sobre el libro de David Bryant Copeland. Estamos en el ecuador. Tiempo de lectura estimado: 14 minutos. Seguimos en la capa de presentación que empezamos en la entrega anterior. Copeland dedica cuatro capítulos al front-end —helpers, CSS y dos enteros a JavaScript— y aquí los junto porque comparten una misma filosofía: el front-end es donde más fácil se cuela el carrying cost, y la disciplina consiste en no dejarlo entrar. Helpers: para qué son y para qué no Los helpers de Rails son métodos disponibles en las vistas. La pregunta sostenible no es...
