Hi. This is my first post on Hive, so the sensible thing is to start with the basics: who I am and what I am doing here.

I write software for people, not just for machines

I have been programming in production with Python for four years. What I do, summed up without varnish: web applications, automation and the tools that make a business work on the inside. I work very often with Frappe/ERPNext, a framework used to build complete management systems, and I hold its official certification.

But the thing that shaped me most was not learning to program. It was what came before: almost a decade solving customer problems face to face, dealing with people who arrived with a complaint and left with a solution, or at least with an explanation. That teaches you something no tutorial does: the problem is almost never technical. It is almost always about communication.

That is why I write software thinking about whoever is going to use it. A program that only its author understands is not a good program; it is a problem with an expiry date.

My home has two servers and it is not a whim

I have a homelab with two servers that I administer myself. It is not a collection of pretty gadgets: it is where I actually learn. Docker, networks, backups, certificates, monitoring, and above all what cannot be learned by reading: what happens when something breaks at three in the morning and nobody is coming to help.

I have learned more there than on any course. A server at home does not let you move on to the next lesson without fixing the previous one.

AI as a tool, not as a crutch

Artificial intelligence is part of my daily work, and I want to say it precisely because it usually causes misunderstandings in both directions: I use it as a tool and I know when to switch it off.

I program assisted by AI tooling and I maintain my own agent that runs deployments, watches services and administers my servers. I have built the infrastructure so those programs talk to each other. It is a real part of my work and it saves me hours.

And I also know the opposite: there are moments when it is time to close the assistant and think. AI accelerates what you already know how to do; it does not teach you what you do not understand. I have seen people accept code they do not comprehend and discover the problem weeks later. I know that trap and I deliberately avoid it.

I learn systematically

I do not learn by trends. When I get into something, I go in fully and in order. Right now I am going deeper into Django and its APIs, and into the cloud (AWS, certification under way). Before that came Linux, then Docker, then management frameworks. Each thing as it came.

I like to understand things from the inside. I use tools, but I do not trust any tool whose inner workings I cannot explain. When something genuinely interests me, I end up reading how it is made.

What I am going to write here

This blog is mine and nobody else signs it: no copies, I sell nothing, and I do not promote products.

What you will find:

• History of computing. How we got here. I am interested in the companies that won, the ones that died and, above all, why. There is far more to tell in that history than in most of today's news.
• What I learn while working on servers. Real problems, with the real figures in front of me and no varnish. When something is not fixed, I say so.
• Texts with sources. When I cite a fact, I cite where it comes from. Citing a source that does not exist sinks the credibility of whoever signs it, so I check before publishing.

And one rule I set myself: if I do not know something, I say so. I would rather look less clever than have lied.

About this account

I write here because I like the idea of a text being stored in a way that does not depend on any single company. This blog starts on Hive because this is where I write from scratch, carrying nothing over from before.

I do not promise to publish every day. I promise not to publish filler.

A pleasure. See you around.

---

🇪🇸 Español

Hola. Este es mi primer post en Hive, así que lo lógico es empezar por lo básico: quién soy y qué hago aquí.

Programo para personas, no solo para máquinas

Llevo cuatro años programando en producción con Python. Lo que hago, resumido sin adornos: aplicaciones web, automatizaciones y las herramientas que hacen que un negocio funcione por dentro. Trabajo muy a menudo con Frappe/ERPNext, un framework que sirve para construir sistemas de gestión completos, y tengo su certificación oficial.

Pero lo que más me ha marcado no fue aprender a programar. Fue lo de antes: casi una década resolviendo problemas de clientes cara a cara, atendiendo a gente que venía con una queja y se iba con una solución, o con una explicación. Eso te enseña algo que ningún tutorial enseña: que el problema casi nunca es técnico. Casi siempre es de comunicación.

Por eso escribo software pensando en quien lo va a usar. Un programa que solo entiende su autor no es un buen programa; es un problema con fecha de caducidad.

Mi casa tiene dos servidores y no es un capricho

Tengo un homelab con dos servidores que administro yo. No es una colección de cacharros bonitos: es donde aprendo de verdad. Docker, redes, copias de seguridad, certificados, monitorización, y sobre todo lo que no se aprende leyendo: qué pasa cuando algo se rompe a las tres de la mañana y nadie te va a ayudar.

Ahí he aprendido más que en cualquier curso. Un servidor en tu casa no te deja pasar a la siguiente lección sin arreglar la anterior.

La IA como herramienta, no como muleta

La inteligencia artificial forma parte de mi día a día, y quiero decirlo con precisión porque suele generar malentendidos en los dos sentidos: la uso como herramienta y sé cuándo apagarla.

Programo asistido por herramientas de IA y mantengo un agente propio que ejecuta despliegues, vigila servicios y administra mis servidores. He montado la infraestructura para que esos programas se hablen entre ellos. Es una parte real de mi trabajo y me ahorra horas.

Y también sé lo contrario: hay momentos en que toca cerrar el asistente y pensar. La IA acelera lo que ya sabes hacer; no te enseña lo que no entiendes. He visto gente aceptar código que no comprende y descubrir el problema semanas después. Esa trampa la conozco y la esquivo a propósito.

Aprendo de forma sistemática

No aprendo por modas. Cuando me meto en algo, me meto entero y por orden. Ahora estoy profundizando en Django y sus APIs, y en la nube (AWS, certificación en camino). Antes fue Linux, luego Docker, luego los frameworks de gestión. Cada cosa cuando tocaba.

Me gusta entender las cosas por dentro. Uso herramientas, pero no me fío de ninguna que no sepa explicar cómo funciona. Cuando algo me interesa de verdad, acabo leyendo cómo está hecho.

Qué voy a escribir aquí

Este blog es mío y no lo firma nadie más: no hay copias, no vendo nada y no me dedico a promocionar productos.

Lo que vas a encontrar:

• Historia de la informática. Cómo llegamos hasta aquí. Me interesan las empresas que ganaron, las que murieron y, sobre todo, por qué. Hay mucho más que contar en esa historia que en la mayoría de las noticias de hoy.
• Lo que aprendo tocando servidores. Problemas reales, con las cifras reales delante y sin adornos. Cuando algo no está resuelto, lo digo.
• Textos con fuentes. Cuando cito un dato, cito de dónde sale. Citar una fuente que no existe hunde la credibilidad del que firma, así que lo compruebo antes de publicarlo.

Y una norma que me pongo a mí mismo: si no sé algo, lo digo. Prefiero parecer menos listo y no haber mentido.

Sobre esta cuenta

Escribo aquí porque me gusta la idea de que un texto quede guardado de forma que no dependa de ninguna empresa en concreto. Este blog empezó en Hive porque es donde escribo desde cero, sin arrastrar nada de antes.

No prometo publicar cada día. Prometo no publicar relleno.

Un placer. Nos leemos.