Por qué un cuaderno
Notas al margen de un trabajo que pasa demasiado deprisa
Termino un proyecto y el código queda, con todo su historial. Las decisiones que hay detrás no quedan en ninguna parte: por qué elegí esta base de datos y no otra, qué di por bueno sin medir, qué decisión de hace seis meses me ha costado una semana ahora. Se me quedan en la cabeza, y la cabeza olvida.
Aquí las escribo.
Sin calendario
Escribir por calendario me saldría mal. Lo he probado, y el resultado son apuntes a medias publicados por no romper la racha. Aquí no hay periodicidad: puede que un mes salgan tres posts y al siguiente ninguno. Lo que decide que un post salga no es la fecha, es que la idea haya aguantado.
Publicar por calendario acaba siendo rellenar páginas. Un post sale cuando la idea ha aguantado el enfriamiento, y no antes.
De qué trata
De cosas que he tocado con las manos:
- IA aplicada de verdad. No lo que hace un modelo en una demo, sino qué se rompe cuando los datos dejan de caber o cuando llega la factura.
- Sistemas e infraestructura. Servidores propios, contenedores, dominios, certificados. Cosas aburridas hasta que se caen.
- Decisiones y su coste. Toda decisión técnica es una apuesta con fecha de vencimiento, y casi nunca escribimos su resultado.
Lo que no habrá: tutoriales de cosas que nunca he usado, y opiniones sobre tecnologías que solo he leído.
Este es el post 01. Si quieres más, hay un feed; si quieres discutir alguno, escríbeme.