Javier Valencia Javier Valencia

Filtrando por tag: ruby

23 resultados

Fizzy

3 de enero de 2026 · 3 min de lectura

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....

Resumen charla Dave Thomas

1 de enero de 2026 · 3 min de lectura

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...

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

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...