Hace unas semanas abrí un fichero que escribí yo mismo hace año y medio y sentí la necesidad de pedirme perdón. Se llamaba lib/llm/stream_normalizer.rb, tenía ciento y pico líneas, un case de tres ramas y un comentario en mayúsculas que decía «OJO: aquí el delta viene en otro sitio». Debajo, cuatro ficheros hermanos: un cliente por proveedor, cada uno con su forma de montar los mensajes, su manera de emitir chunks y su dialecto propio para declarar herramientas. Todo funcionaba. Todo era mío. Y todo estaba envejeciendo a una velocidad que daba vértigo. Esa carpeta es el motivo por el...
Décima y última entrega de la serie Rails sostenible, sobre Sustainable Web Development with Ruby on Rails de David Bryant Copeland. Tiempo de lectura estimado: 14 minutos. Llegamos al final del recorrido. Tras nueve entregas bajando hasta el detalle de cada capa de Rails, Copeland cierra subiendo de nuevo a la vista de pájaro: el proceso, las operaciones, las decisiones de arquitectura macro y, por encima de todo, el liderazgo técnico. Porque ninguna técnica de las que hemos visto sobrevive si nadie en el equipo defiende la sostenibilidad como valor. Usa la integración continua para desplegar El proceso sostenible empieza...
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...
