{ }  friction.md #013 · Reduce la fricción  archivo
El Diario de AlpacaTech
// edition: 013 · sunday, 12 jul read: ~5 min

Reduce la fricción.

¿Sabes? Me encantan los vídeos de productividad. Cuando estudiaba veía bastantes más que ahora.

De todos los que vi, había un canal que siempre destacaba: Ali Abdaal.

Y de todos sus vídeos, hay uno que me cambió especialmente. Hablaba de una sola cosa: la fricción.

¿Qué es la fricción?

Te pongo un ejemplo personal. Cuando yo grabo un vídeo, no basta con darle al botón. Tengo que montar el móvil en el trípode, despejar el cuarto, colocar las luces. Y entonces, por fin, darle a grabar.

Todos esos pasos son fricción. Y cuanta más fricción hay entre tú y una cosa, más te cuesta hacerla.

La tesis de aquel vídeo era simple: si quieres conseguir algo, reduce la fricción al mínimo.

Yo lo empecé a aplicar, y te aseguro que funciona. Además, estas semanas lo he empezado a usar para otra cosa. Para la IA.

Te cuento, te cuento.

Antes, cuando revisaba código y veía que el agente había puesto comentarios que no aportaban nada, hacía lo típico: se lo decía a Claude. «Oye, arregla esto, que no está bien porque…».

Y ya está, problema resuelto.

Salvo que no estaba resuelto.

Porque a la semana siguiente, en otro ticket, aparecía el mismo comentario redundante. Y a mí me daba el déjà vu, escribiendo otra vez «Claude, arréglalo». Era como poner parches todo el rato.

Como funcionaba (porque el comentario se eliminaba y la MR salía), me costó ver que lo estaba haciendo mal.

Ahora, cuando pasa algo así, lo primero que pienso es otra cosa: «¿por qué ha podido ocurrir?». Casi siempre la respuesta es la misma: no tengo las piezas bien separadas. Yo le pedía bien las cosas, pero se las pedía a un cajón de sastre, un bloque gigante de «revisa el código» y poco más. Así que unas veces lo hace de una manera y otras de otra.

No era un problema de Claude. Era un problema del sistema.

Por eso monté ese flujo tan grande y específico que te conté la semana pasada (el del orquestador y los subagentes; si no lo has leído, aquí lo tienes).

Dentro de ese flujo tengo una skill que se dedica solo a una cosa: revisar comentarios. Nada más. Con eso ya bajé la fricción un punto. Y ojo, la fricción aquí es del sistema, no personal: no es que a mí me costara hacer nada, sino montar e iterar un sistema que lo tuviera lo más fácil posible para hacer las cosas bien.

Pero lo que de verdad fue un game-changer vino después, con un cambio de chip. Porque ahora, cuando veo ese fallo, no le digo a Claude que lo arregle.

Me voy a la skill. Abro otro Claude distinto y le digo: «esta skill hay que mejorarla para que esto no vuelva a pasar». Y le doy el ejemplo del comentario que estaba mal, explicándole por qué.

Ya no le pido que arregle el fallo de hoy.
Me encargo de que mañana no exista.

Parece una tontería, pero la diferencia es abismal. Cuando le dices a la IA «arregla esto», solucionas el problema que tienes delante, el de hoy. Cuando arreglas el sistema, solucionas el que estaba generando todos los demás.

Es muy de ingeniero esto, la verdad. En vez de matar el problema sencillo que tienes delante, buscas por qué nacen estos problemas. Y arreglas la causa raíz.

el cambio de chip
$ diff parche causa-raiz
«arréglalo»  5 segundos, cómodo
  ↳ mañana vuelve el mismo fallo
arreglar la skill  incómodo, gasta tokens
  ↳ ese error deja de ocurrir
el precio se paga por adelantado
↳ revisas menos, porque hay menos que revisar

Al principio es más incómodo, eso sí. Decirle a Claude «arréglalo» te cuesta cinco segundos. El sistema te obliga a pararte cada vez: abrir la skill, escribir qué está mal y por qué, y gastar tokens. Las primeras veces sientes que es matar moscas a cañonazos. Pero cuando ves que ese error deja de ocurrir, y sale como tú querías… ahí la cosa cambia.

(También podrías montar un sistema que hiciera esto solo. De hecho yo tengo uno de creación de lecciones «candidatas» y promoción de esas lecciones a memoria, para que el flujo no deje de mejorar. Pero eso te lo cuento otro día.)

Para quitarle la fricción a la IA, primero tienes que echártela tú encima.

Te conviertes en el que despeja el cuarto y coloca las luces. Solo que ya no para grabar tú. Para que grabe ella.

Al final compensa, te lo aseguro. Cada fallo que arreglas en el sistema es un fallo que no vuelve. El flujo se va afinando solo, casi sin que lo toques, y hay algo bastante adictivo en verlo y sentir ese poder. Pero el precio se paga por adelantado. Y hay días en que no te apetece pagarlo. Hay que hacerlo igual.

Y esto lo puedes aplicar a cualquier cosa en tu vida. Vivimos poniendo parches. Apagas el fuego de hoy y mañana vuelve a arder, porque apagarlo es rápido y ponerte a mirar de dónde sale el humo no lo es.

Yo he empezado a hacerme una pregunta antes de arreglar nada: «esto que voy a tapar, ¿es el problema, o solo el síntoma de hoy?». A veces da pereza. Pero prefiero perder un rato montando el trípode que grabar mal el resto del año.

Así que ya sabes qué puedes hacer hoy: reduce la fricción.

// appendix
$ weekly.log

Tres apuntes de la semana

+
funcionó
Soltar mis inquietudes en la retro.
Dije en la retro que creo que no tenemos suficiente trabajo, porque producto está saturado y no da abasto con los pitches. En vez de caer mal, me salieron mil iniciativas y vías, incluso la de proponer yo cosas técnicas que me hacen ilusión. Comparte tus inquietudes si estás en un equipo donde puedas soltarlas y sabes que no van a ir en tu contra.
~
aprendí
De IA no hay tanto como venden.
Se oye que la IA trae mil cosas nuevas cada día, pero en realidad no hay tanto. Un artículo sobre el harness casi resume todo lo que puedes hacer para exprimir el potencial en tu flujo como desarrollador. Y me hizo ilusión: el flujo que ya tengo montado tiene casi todos los elementos esenciales, así que voy por buen camino.
me bloqueó
Fiarme de quien cree que sabe.
Me dejé llevar por el criterio de alguien que creía saber más de lo que sabía: me recomendó montar una solución de exploración de grafos para el flujo. Me pasé 2 horas con el concepto, pruebas en Rust, en TypeScript, un par de PoCs… para acabar viendo que, por el tamaño de nuestros repos, la mejora era mínima. Todo ese trabajo para no ganar casi nada.
$ picks

Te recomiendo

producto
// nunca lo había contado por aquí

Kindle (versión básica)

amazon · e-reader

Leo casi en exclusiva en Kindle. Superversátil, me cabe en el bolsillo de la chaqueta y leo muchísimo más porque me lo llevo al transporte y a los viajes. Encima cada libro sale más barato que en papel. Me compré la versión más básica hace 5 años y sigue como el primer día.

$ open amazon · Kindle
video
Esforzarte está ARRUINANDO tu carrera
// nuevo en el canal
title: "Esforzarte está ARRUINANDO tu carrera"
// de qué va
↳ tu jefe te miente: esforzarte más no es lo que te va a ascender
↳ el esfuerzo es una mentira en la programación de hoy, y los tips que me hicieron llegar a senior
$ inbox

De la comunidad

C
@chrisCO24
▶ youtube · hace 15 horas
«Cada que sacas vídeo se cae producción jajajaja»
// reply fun fact que os cuento solo a los de la newsletter: mis compañeros tuvieron una época en la que creían que yo saboteaba la empresa. Y es que cada vez que me iba de vacaciones, se caía producción. En el momento exacto en que me iba, se venía todo abajo. Como si tuviera doble vida y en vacaciones me dedicara a atacar a mi propia empresa.
// tu turno

¿Cuál es tu parche?

¿Qué problema llevas tapando con parches, cuando en realidad es un síntoma de algo del sistema? Dale a responder y cuéntamelo. Lo leo todo (poquito a poco).

$ reply --to=newsletter@alpacatech.dev 
↳ asunto: Mis parches
// firma
~/alpacatech $
$ subscribe

¿Te ha gustado? Cada domingo escribo una así.

Acabas de leer una edición de El Diario de AlpacaTech. Si quieres recibir la próxima en tu bandeja, apúntate.

// ~5 min de lectura · domingos a las 09:00