MÁLAGA, ESPAÑA — 2026 · REFLEXIONES PERSONALES · anudoranador87.github.io

Dev Log 365 Por qué estoy aquí — En mi propia voz

"La lógica es mi superpoder · La sintaxis es solo la herramienta"  |  Sin filtros · Sin autocompasión · Con datos reales


Mi mayor diferencial

El contexto detrás del código

Estas reflexiones no son entradas técnicas. Son el porqué detrás de los 365 días, de EquiShift y de esta transición. Las escribo cuando tengo algo real que decir — no por cumplir un calendario.

Reflexión 01 Por qué programación · Por qué ahora

A los 39 años decidí que pase lo que pase,
voy a luchar por esto.

No es una historia de epifanía. Es una historia de decisiones equivocadas, años en el lugar correcto por las razones incorrectas, y un clic mental que llegó cuando entendí que el camino que pensaba que no podía tomar siempre estuvo ahí.

El origen

Con 8 o 9 años, cuando mi padre compró el primer PC de casa, la única forma de jugar era a través de la consola de DOS. Comandos. Directorios. Rutas de archivo. Sin saberlo, estaba aprendiendo a pensar de una forma determinada — si introduces el comando correcto, el sistema responde. Si no, nada.

Luego llegó Windows y eso quedó en segundo plano. Pero siempre fui la persona que arreglaba los ordenadores. En casa, entre amigos, en el trabajo. No porque tuviera formación — sino porque algo en mí disfrutaba del proceso de encontrar qué fallaba y corregirlo.

Cuando acabé selectividad, la nota para Informática era alta. Elegí Educación Física porque el deporte también me apasionaba y pensé que podría enseñarlo. Me equivoqué. Me gusta hacer deporte, no enseñarlo. Trabajé algunos años de ello, pero nunca me llenó del todo.

"Siempre fui la persona que arreglaba los ordenadores. No por formación — sino porque disfrutaba del proceso."

El camino real

Llegué al Reino Unido con 30 años. Seis años en hoteles. Aprendí inglés de verdad, aprendí a trabajar bajo presión, aprendí a gestionar crisis con personas de diez nacionalidades distintas. La hostelería no era mi primera elección — pero se me daba bien y me abría puertas.

Cuando volví a España con 35, 36 años, ya sabía que quería algo diferente. Pero pensaba que para cambiar de carrera necesitaba años de universidad, formación formal, un camino que no podía permitirme mientras trabajaba y mantenía a mi familia.

El clic llegó cuando entendí que eso no era verdad. No necesito una carrera para dedicarme a esto. Necesito proyectos reales, consistencia demostrable y aplicar todo lo que ya sé. Porque a los 39 años tengo algo que no tiene alguien que empieza su primer empleo: criterio, experiencia real bajo presión y la madurez de saber por qué hago las cosas.

"Decidí cambiar de carrera a los 39. Y pase lo que pase, voy a seguir."
Reflexión 02 Por qué nació EquiShift

Una persona libraba el 70% de los fines de semana.
Las otras cuatro se repartían lo que quedaba.

EquiShift no nació como proyecto de portfolio. Nació de una injusticia que se repetía año tras año en mi entorno laboral y que nadie cuestionaba porque era difícil de demostrar. Hasta que decidí demostrarlo con código.

El problema real

En mi equipo de recepción somos cinco personas. El reparto de turnos siempre ha sido manual, y el resultado año tras año es el mismo: hay quien libra el 70% de los fines de semana del año, y hay quien libra lo que queda.

Sin que nadie lo haya decidido conscientemente. Sin que nadie lo haya calculado. Solo ocurre, se repite, y nadie lo cuestiona porque es difícil de demostrar.

Los festivos, las vacaciones, los fines de semana — todo interactúa de una forma que es casi imposible de gestionar a mano de forma justa. Cuando a alguien le toca trabajar de más, se le compensa económicamente. Pero eso no es lo que busco. Lo que busco es poder disfrutar de un fin de semana libre con la familia como cualquier persona. Que el sistema sea justo, no que el daño se repare después.

"No busco compensación económica. Busco que el sistema sea justo desde el principio."

La solución

De ahí nació EquiShift.

Si la lógica, las matemáticas y la programación pueden modelar este problema real, entonces tiene sentido construirlo. No es un proyecto de tutorial. Es un algoritmo que resuelve algo que lleva años siendo injusto en mi entorno laboral, y que probablemente es injusto en muchos otros equipos que no tienen las herramientas para calcularlo.

Conforme avanzo en JavaScript, cada concepto nuevo lo aplico aquí. El bucle de 365 días, la aritmética modular para detectar fines de semana, el modelo de datos de cada trabajador. Todo tiene un porqué real detrás.

Eso es lo que hace que este proyecto valga la pena terminar.

"No es un proyecto de tutorial. Resuelve algo que lleva años siendo injusto."