Escribir como parte del oficio de desarrollador
La mayoría de desarrolladores que conozco no escriben. No me refiero a código — eso lo hacen todo el día. Me refiero a escribir texto: documentar decisiones, explicar conceptos, compartir lo que aprenden. Y creo que es una oportunidad perdida.
Escribir para entender #
Hay una prueba simple para saber si realmente entiendes algo: intenta explicárselo a alguien por escrito. No en una conversación informal donde puedes gesticular y decir "ya sabes, eso de...". Por escrito, con estructura, de principio a fin.
Si no puedes, es que tu comprensión tiene agujeros. Y esos agujeros se notan en tu código, aunque tú no los veas.
Cuando escribí el artículo sobre el sistema de layout con columnas nombradas, descubrí que había aspectos del grid que usaba por intuición sin entender completamente. El proceso de explicarlo me forzó a investigar, y ahora lo uso con más seguridad. El artículo no solo ayuda al lector — me ayudó a mí.
Escribir para recordar #
Mi memoria para el código es selectiva. Puedo recordar la lógica general de un proyecto, pero los detalles de implementación se difuminan a las pocas semanas. ¿Por qué usé minmax() en vez de un ancho fijo? ¿Por qué el script del tema va inline en el head y no al final del body?
Si lo escribí, tengo la respuesta. Si no lo escribí, tengo que redescubrirla.
Un blog técnico personal es una base de conocimiento que crece contigo. Cada artículo es una pieza de documentación que tu yo futuro agradecerá. No es vanidad — es pragmatismo.
Escribir para comunicar #
El desarrollo web no es solo código. Es hablar con clientes que no saben qué es un CMS. Es explicar a un diseñador por qué su layout a 1440px no funciona en móvil. Es documentar un proyecto para que otro desarrollador pueda continuarlo.
Todo eso requiere saber comunicar ideas técnicas de forma clara. Y esa habilidad se entrena escribiendo, no programando.
He conocido desarrolladores brillantes que no podían explicar su código a un compañero. Y desarrolladores medianos que, gracias a su capacidad de comunicación, eran mucho más efectivos en un equipo. La escritura es el puente entre saber hacer y saber transmitir.
Escribir para diferenciarte #
En un mercado donde miles de desarrolladores tienen currículums similares (React, Node, SQL, Git), un blog técnico con artículos bien escritos te distingue más que cualquier certificación.
No porque el blog demuestre que eres mejor programador. Sino porque demuestra que puedes pensar con claridad, explicar con orden y comprometerte con un proyecto personal a largo plazo. Esas son cualidades que las empresas valoran y que un listado de tecnologías en LinkedIn no transmite.
No hace falta ser escritor #
No necesitas prosa literaria. No necesitas publicar cada semana. No necesitas miles de lectores. Solo necesitas escribir con honestidad sobre lo que sabes y lo que has aprendido.
Los mejores blogs técnicos que leo no son los que tienen los artículos más elaborados. Son los que cuentan experiencias reales: "Me encontré con este problema. Probé esto. No funcionó. Probé esto otro. Funcionó. Aquí explico por qué."
Eso es todo. Y es más valioso que la mayoría de tutoriales genéricos que llenan internet.
Este blog existe por todas estas razones. No sé si alguien lo lee. Pero sé que escribirlo me ha hecho entender mejor lo que hago, recordar por qué lo hago así, y explicarlo de forma que mañana pueda seguir donde lo dejé.