Javier Valencia Javier Valencia

Blog personal de Javier Valencia

Ilustración retrofuturista de estética synthwave: un tablero kanban de neón con tres columnas de tarjetas, una de ellas en el aire pasando de columna, y burbujas que suben a la derecha delante de un sol a rayas

Fizzy

3 de enero de 2026 · 3 min de lectura · 1044 visitas

Kanban sin complicaciones para equipos y proyectos ligeros Un tablero kanban bien diseñado puede hacer que organizar ideas, errores y pequeñas tareas vaya tanto más rápido como el café de la mañana. Fizzy es justamente eso: una aplicación de seguimiento de tareas y gestión estilo kanban enfocada en la simplicidad absoluta, sin volverse un monstruo de opciones imposibles de dominar. Fizzy nació en Basecamp/37signals como una respuesta al crecimiento indiscriminado de herramientas tradicionales: Trello que se hincha, Jira que parece un ERP, Asana tratando de ser todo para todos. Fizzy elige otra senda: tarjetas, columnas, colores y nada más superfluo....

Ilustración retrofuturista de estética synthwave: una colina de neón trazada como gráfico delante de un sol a rayas, con cinco puntos que suben y bajan por la ladera, y encima una fila de seis bloques seguida de dos bloques discontinuos

Traducción y resumen de la guía Shape Up de Basecamp (Stop Running in Circles and Ship Work That Matters)

1 de enero de 2026 · 3 min de lectura · 3531 visitas

Shape Up – Metodología de desarrollo de producto (Basecamp) Qué es Shape Up Shape Up es una metodología para desarrollar productos digitales creada en Basecamp que propone ciclos de trabajo de seis semanas con un enfoque en definir bien el trabajo antes de empezarlo, dar autonomía a los equipos y reducir el riesgo de no entregar a tiempo. (uiFromMars) En esencia, Shape Up intenta evitar los problemas comunes de otras metodologías (backlogs interminables, reuniones excesivas, microgestión) proponiendo ciclos más largos, mayor responsabilidad de los equipos y trabajos mejor preparados antes de asignarlos. (Blog de TI) 1. Shaping — Dar forma...

Ilustración retrofuturista de estética synthwave: un atril de conferencia en silueta con un micrófono a la izquierda y, delante de un sol a rayas a la derecha, una pantalla de proyección de neón que muestra tres cubos isométricos encajados como módulos

Resumen charla Dave Thomas

1 de enero de 2026 · 3 min de lectura · 1676 visitas

Contexto y quién habla Dave Thomas es una figura legendaria en la comunidad Ruby: coautor de The Pragmatic Programmer, uno de los firmantes iniciales del Manifiesto Ágil, y autor de varios libros influyentes sobre Ruby y desarrollo de software. Su experiencia de décadas hace que lo que propone esté menos en plan “dogma” y más como una invitación a replantear nuestras suposiciones. (RubyEvents.org) La tesis central: recalibrar cómo estructuramos código en Ruby Thomas parte de una observación crítica: “Estamos escribiendo nuestro código Ruby de forma equivocada”. Esa frase es más que provocadora: es una invitación a desafiar un hábito que...

Ilustración retrofuturista de estética synthwave: una gema facetada de neón delante de un sol a rayas, con una jerarquía rígida de cajas apagada a la izquierda y pequeños hexágonos modulares sueltos a la derecha

Comparando el estilo “clásico orientado a clases” con el estilo Ruby-idiomático, funcional y modular

1 de enero de 2026 · 1 min de lectura · 1399 visitas

Vamos a aterrizar la idea de Dave Thomas con código Ruby real, comparando el estilo “clásico orientado a clases” con el estilo Ruby-idiomático, funcional y modular, y viendo por qué el segundo suele envejecer mejor. No es una religión. Es ingeniería pragmática. 1. El punto de partida clásico (el reflejo Java) Imagina un caso típico: procesar un pedido. Enfoque habitual con clases Esto es correcto. También es más estructura de la necesaria. Problemas sutiles: Las clases no modelan cosas del mundo real, sino pasos de un flujo La lógica está dispersa Probar OrderProcessor implica instanciar Order La clase existe solo...