Las entrevistas técnicas de Kubernetes tienen un problema que nadie nombra: te preguntan por objetos que jamás vas a tocar en producción, pero ignoran los errores que sí rompen sistemas reales. Acá está el mapa que me faltaba.
Un healthcheck que solo dice "el proceso responde" puede esconder fallas de negocio graves. Analizamos qué promete de verdad la instrucción HEALTHCHECK, dónde falla la receta estándar y cómo usarla como señal operativa limitada, no como garantía de salud.
Vivado 2026.1 parece estar eliminando soporte Linux para la tier gratuita. Antes de entrar en pánico o ignorarlo, convertí la noticia en una decisión técnica verificable: qué impacta, qué conviene probar y dónde están los límites reales del análisis.
Un hilo de HN con 398 puntos reabrió el debate: ¿Docker Compose en producción es legítimo o un antipatrón? Corrí mi stack real en Railway durante 30 días y traje los números. Spoiler: no es vergonzoso si sabés exactamente qué te cuesta.
Un post de HN sobre tar en macOS volvió a circular esta semana. La respuesta estándar es "usá GNU tar". Yo fui más lejos: reproduje los 3 escenarios que realmente rompen producción en mi pipeline de Railway y documenté el fix exacto que uso.
El DDoS a Canonical llegó a 178 puntos en HN y la mayoría de los devs lo leyó como noticia externa. Yo lo leí como un espejo. Revisé mis logs de Railway, mis pipelines de Docker y mis dependencias de Ubuntu, y lo que encontré me incomodó bastante.
Las distros se enteran de las vulnerabilidades del kernel al mismo tiempo que el público. Corro en Railway sobre Ubuntu y esto me obligó a revisar cada capa de mi stack. Lo que encontré no es tranquilizador.
Instalé Asahi Linux 7.0 en Apple Silicon y medí qué funciona en mi flujo de desarrollo real. El driver de GPU importa menos de lo que pensás. Lo que cambió de verdad es otra cosa.
Fui team Ollama desde el día uno. La semana pasada intenté reemplazarlo con llama.cpp directo y un wrapper mínimo. El resultado me obligó a repensar algo que creía que ya tenía resuelto: Ollama soluciona UX, no infraestructura.
32 años en la trinchera del desarrollo. Acá escribo lo que aprendí, lo que rompí y lo que nadie te cuenta en los tutoriales.
Sin spam. Cancelás cuando querés.