Lo que
aprendemos
en el lab.
Textos cortos sobre cómo construimos software — filosofía, oficio y decisiones reales. Sin clickbait, sin recetas. Lo que escribiríamos aunque nadie nos leyera.
Click (Knapp y Zeratsky): cómo hacer lo que la gente quiere, paso a paso
El nuevo libro de los creadores del Design Sprint propone el Foundation Sprint: dos días para definir tu estrategia y una hipótesis que puedas probar antes de construir nada. Resumen y playbook práctico.
15 conceptos de ingeniería de software que te hacen mejor programador
Bus factor, yak shaving, deuda técnica, cargo cult… No puedes evitar una trampa que no sabes nombrar. Glosario práctico de los conceptos —y leyes— que cambian cómo trabajas en cuanto puedes señalarlos.
Monolito vs microservicios: cuándo NO partir tu sistema
La mayoría de los equipos que adoptan microservicios no tienen el problema que los microservicios resuelven — y pagan el costo igual. Guía honesta para decidir con criterio, no por moda.
The Pragmatic Programmer: el clásico de oficio, capítulo por capítulo
El programador pragmático (Hunt y Thomas) no envejece porque no habla de un lenguaje, sino de una actitud. Repaso exhaustivo de sus ideas: de las ventanas rotas a DRY, de las balas trazadoras a firmar tu trabajo.
El Mundial es un stress-test. Tu software también tendrá el suyo.
El 11 de junio arranca el Mundial en México y, con cada partido, miles de sistemas reciben su pico del año. Una checklist honesta para que el tuyo aguante el golpe — lo apliques en la cancha o en tu negocio.
No me hagas pensar: la usabilidad de Steve Krug, capítulo por capítulo
El clásico de Steve Krug, en una guía exhaustiva: cómo la gente realmente usa la web, por qué lo obvio siempre gana, y cómo aplicarlo cuando construyes software — no solo cuando lo diseñas.
Leyes de UX, UI y UX Writing que todo dev debería conocer (la chuleta práctica)
Las leyes de UX no son misticismo de diseñador — son psicología bien empaquetada con cien años de investigación detrás. Hick, Fitts, Miller, los gestaltistas, Jakob Nielsen, Tesler, Postel. Aquí van veinte leyes que cualquier developer puede aplicar el lunes en la mañana, con sus fuentes originales, diagramas y una chuleta para usar en code reviews. Pensado como herramienta de consulta, no como artículo para leer una sola vez.
Agile y Scrum sin culpa: una guía pragmática para programadores
Scrum bien hecho es casi invisible. Scrum mal hecho es ceremonias que se comen tu jueves. Aquí va lo que sí vale la pena conservar, lo que conviene tirar a la basura, y por qué. Sin venderte un certificado.
DDD: el libro azul de Eric Evans, sin el aire de seminario caro
En 2003 un consultor publicó 560 páginas explicando algo simple: si no entiendes el negocio, no vas a poder modelarlo, sin importar qué tan bonito esté tu código. Domain-Driven Design no es un patrón, no es una librería y no es agile. Es una forma de organizar conversaciones entre programadores y gente que sí sabe del dominio. Aquí va por qué sigue siendo el libro de arquitectura que más vale leer en 2026.
DORA y Accelerate: las cuatro métricas que sí importan (y por qué casi nadie las mide bien)
En 2018 una doctora en sistemas de información, un practitioner de continuous delivery y el evangelista de DevOps publicaron 256 páginas con algo que la industria llevaba décadas debatiendo sin datos: ¿qué hace que un equipo de software sea bueno? La respuesta no salió de opiniones — salió de seis años de encuestas a miles de equipos, modelos estadísticos serios, y un hallazgo que rompió la sabiduría convencional. Velocidad y estabilidad no son un trade-off. Aquí va por qué Accelerate sigue siendo el único libro de management de software que vale leer entero.
GTD para programadores: una guía honesta (y un poco insolente) a la metodología de David Allen
Getting Things Done lleva 25 años prometiéndote la mente limpia. Funciona muy bien para la mitad de tu día como programador y francamente mal para la otra mitad. Aquí va cuál es cuál.
Lean para desarrolladores: del piso de fábrica de Toyota al pull request, sin perderlo en la traducción
Lean salió de una fábrica japonesa en los 50 y terminó en un libro de "Lean Banking" del banco donde tienes tu cuenta. En el camino se perdieron las dos ideas que sí mueven la aguja. Aquí va Lean en su versión original, y lo que de verdad sirve para escribir software.
Ousterhout vs. Uncle Bob: el libro que tomó Clean Code y dijo "espera, así no"
En 2018, un profesor de Stanford autoeditó un libro de 190 páginas sobre diseño de software. Lo escribió desde un curso real con sus alumnos y, sin gritar, contradice de frente media docena de reglas famosas de Clean Code. Funciones grandes están bien, los comentarios sí importan, los módulos deben ser profundos. Aquí va por qué A Philosophy of Software Design merece estar al lado del Bob en tu librero.
Uncle Bob para los que escribimos código en 2026: SOLID, Clean Code y los principios que sí aguantan
Robert C. Martin lleva más de 50 años escribiendo software y otras dos décadas escribiendo libros sobre cómo escribirlo. La mitad de su obra cambió la forma en que pensamos diseño OO. La otra mitad merece matiz. Aquí va una guía honesta a SOLID, Clean Code y los principios que sí siguen funcionando — con sus citas, sus libros y los lugares donde sí conviene contradecirlo.
9 frameworks de AI coding: cuál sí, cuál no, y con qué empezar
Leímos nueve frameworks populares de coding agéntico para no tener que instalarlos todos. Aquí la comparativa que hubiéramos querido leer en enero.
Archon: DAGs en YAML para domar al agente
Archon propone workflows deterministas para AI coding. Lo probamos en la cabeza antes de instalarlo: sí como orquestador, no como reemplazo de pensar.
BMAD-METHOD: Agile con IA y seis agentes nombrados
Un framework que modela un equipo enterprise completo con agentes de IA. Impresionante de leer, probablemente excesivo de adoptar si eres tres personas.
GSD: romper el trabajo antes de que el contexto se pudra
Probamos GSD sin instalarlo todavía. Es un framework que ataca el context rot partiendo fases en subagentes. Qué promete, dónde aprieta, y si lo usaríamos.
nWave: 7 waves, 40 agentes y un enforcement engine
Un framework spec-first que bloquea el código hasta completar las gates. Idea interesante, ejecución pesada. Por qué lo leímos, qué nos gustó y por qué no lo instalamos.
Ralph Loop: cuando 40 caracteres de bash son suficientes
Geoffrey Huntley propuso programar con un loop infinito de bash y Claude Code. La idea es elegante, el one-liner es icónico, pero solo sirve para greenfield.
Rita Vrataski Loop: equipos híbridos con Linear de árbitro
Un patrón donde humano y agente IA comparten backlog, y el PM tool ejerce de governance. Útil si ya vives en Linear; overhead si no.
Roba como un artista: una guía honesta para programadores
Austin Kleon escribió un manifiesto de 160 páginas que explica lo que los programadores llevamos décadas haciendo sin admitirlo. Nada original — todo remezclado.
RuFlo / Claude-Flow: cuando más no es mejor
Un framework de 32k estrellas con 313 herramientas MCP, swarms multi-agente y WASM. Por qué lo admiramos técnicamente y por qué no lo metemos en proyectos de cliente.
Spec-Kit: cuando la spec es el código
Spec-Kit de GitHub propone invertir el flujo: la especificación deja de ser documentación y se vuelve la fuente de verdad. Lo evaluamos sin instalarlo.
Superpowers: el framework de skills que todos miran
Nuestra lectura del framework de Jesse Vincent para coding agéntico: qué hace bien, dónde se queda corto y cuándo tiene sentido adoptarlo.
Por qué sigue importando contratar una agencia con experiencia — sobre todo ahora que cualquiera puede "programar con IA"
La IA te deja prototipar en una tarde. Llevar ese prototipo a producción sin que te explote en seis meses es otra disciplina completamente distinta. Sobre criterio, arquitectura y por qué el orquestador importa más que nunca.
Por qué un ERP genérico rara vez resuelve su operación (y cuándo sí basta)
SAP, Odoo, NetSuite resuelven el 70% de cualquier empresa. El 30% restante es donde su operación vive — y donde los ERPs genéricos se rompen.
Cuánto cuesta (de verdad) un software a medida en México
Rangos reales, costos ocultos y por qué la cotización más barata casi siempre termina siendo la más cara. Sin jerga, sin inflar números.
Integraciones y APIs: el pegamento que le saca horas a la semana a su equipo
Las integraciones empresariales son el trabajo invisible que más tiempo devuelve. Cuándo bastan Zapier o Make, cuándo no, y qué hace fallar una integración en producción.
¿Qué es la automatización de procesos empresariales y cuánto tiempo le devuelve a su equipo?
Automatizar no es comprar software, es quitarle fricción al trabajo diario. Cuánto tiempo recupera de verdad un equipo, qué conviene automatizar primero y qué no.
Software a medida o SaaS: cómo decidir sin perder tiempo ni dinero
No todo problema merece código propio — pero tampoco todo se resuelve con una suscripción mensual. Un marco honesto para decidir cuándo construir y cuándo pagar.
Menos código, mejor criterio
Escribir poco no es pereza, es disciplina. Por qué restar código es la habilidad que más nos cuesta enseñar — y la que más valor mueve.
Enviar antes de estar listo
Un producto en producción te enseña más en una semana que un prototipo perfecto en tres meses. Pero enviar temprano no es improvisar — es otra disciplina.
Cómo es, de verdad, trabajar con nosotros
Sin fuegos artificiales, sin jerga. Así luce una semana real en Calaverita — lo que hacemos bien, lo que todavía nos cuesta, y qué esperar si llegas a contratarnos.