Sobre el judici tècnic.

He passat la major part de la meva carrera en l'espai entre el que el programari promet i el que lliura. Entre la reunió d'arquitectura i l'incident en producció. Entre el diagrama net i la migració complicada.

Soc enginyer de programari i arquitecte. La feina que m'interessa més es troba en la intersecció entre la presa de decisions tècniques i la realitat organitzativa: problemes on la resposta correcta no és només una funció de la tecnologia, sinó de les restriccions, l'equip i l'horitzó temporal.

Amb el temps he observat que els enginyers que construeixen els sistemes més fiables rarament són els més tècnicament impressionants. Són els qui fan preguntes incòmodes aviat, els qui resisteixen l'atracció cap a la complexitat innecessària, i els qui tracten el codi com alguna cosa que els sobreviurà.

Aquesta observació és el que tracta aquest lloc. No una col·lecció de bones pràctiques ni comparatives de frameworks, sinó un intent de raonar honestament sobre el tipus de decisions que no tenen respostes netes: quan acceptar deute tècnic i quan refusar-lo, com comunicar un risc arquitectònic abans que es converteixi en una crisi, què significa realment construir per al llarg termini.

Escric aquí per pensar amb més claredat. Si alguna cosa ressona amb tu, m'alegrarà saber-ho.