Por qué escribo sobre software
Por qué empecé a escribir sobre software después de 8 años: arquitectura, decisiones reales, errores incluidos. Sin referencias definitivas, sin pretensiones.
Llevo más de 8 años trabajando en desarrollo de software. He diseñado arquitecturas, liderado equipos, refactorizado sistemas legados y cometido suficientes errores como para llenar varios cuadernos. Y, aun así, hasta ahora no había escrito casi nada sobre ese proceso.
La razón es sencilla
No me consideraba la persona indicada para hablar. Siempre había alguien con más experiencia, más elocuente o con una perspectiva más interesante. Así que me limitaba a construir cosas, resolver problemas y pasar al siguiente proyecto.
Pero con el tiempo me he dado cuenta de algo: las lecciones que más me han servido no vinieron de los expertos más reconocidos, sino de gente normal compartiendo lo que había aprendido con su propio contexto y sus propias limitaciones.
Qué espero de este espacio
Este blog no pretende ser una referencia técnica definitiva. Quiero que sea un espacio para documentar:
- Decisiones de arquitectura que he tomado y por qué, incluidas las veces que me equivoqué
- Patrones y antipatrones que he visto repetirse en proyectos reales
- Reflexiones sobre liderazgo técnico, especialmente lo que nadie te cuenta cuando pasas de escribir código a liderar equipos
- Cosas que estoy aprendiendo, como Inteligencia Artificial aplicada o nuevas formas de estructurar proyectos
El tono que busco
Quiero escribir como hablaría con un compañero de equipo tomando un café: sin pretensiones, sin buzzwords innecesarios y con la honestidad de reconocer que muchas veces la respuesta correcta es “depende”.
Si algo de lo que escribo te resulta útil o te genera una reflexión, habrá merecido la pena. Y si no estás de acuerdo con algo, mejor aún — las mejores ideas suelen nacer de conversaciones, no de monólogos.
Lo que viene
Algunos de estos temas ya tienen artículo:
- No era el monolito: era la ausencia de límites — cómo estabilizamos un backend legado sin reescribirlo todo
- De CSS a arquitectura: mi historia desde los 13 — el camino desde lo visual a pensar en sistemas
Y hay temas que todavía no he escrito: mentoría de desarrolladores junior, decisiones de arquitectura que no funcionaron, liderazgo técnico sin manual. Iré escribiendo sobre lo que me parezca relevante en cada momento.
Si quieres continuar la conversación
Puedes encontrarme en LinkedIn o usar la sección de contacto de esta web. Si algo de lo que escribo te genera una duda o un desacuerdo, mejor aún — eso es exactamente el tipo de intercambio que hace que merezca la pena escribir.
¿Te ha resultado útil?