la persona detrás de kleosvic.
cómo empezó
empezó con un pequeño programa escrito en batch. se llamaba dan. dan aparecía en pantalla, mostraba unas opciones y, al pulsar 1, abría el programa correspondiente. era rudimentario, pero fue la primera vez que el ordenador hizo algo que existía porque yo lo había imaginado.
ese patrón se repetiría durante años. si algo no existía, el instinto era intentar construirlo.
los proyectos
dan
un lanzador en batch. un puñado de opciones en pantalla. lo primero que existió porque yo lo quise.
gamedev
la motivación era simple: me gustaba jugar y quería hacer los juegos que yo mismo querría jugar.
mathora
me gustaban las matemáticas y quise construir un juego que las hiciera más divertidas de aprender. creció demasiado para una sola persona, pero fue la primera vez que me enfrenté a un producto real: páginas web, https, seo, infraestructura.
elcafé
vi newsletters como morning brew y percibí un hueco en español. quise crear algo que yo mismo habría querido leer. llegó a unos 30 suscriptores antes de estancarse. me enseñó sobre seo, constancia, equipos y el coste real de mantener un producto.
el cambio
durante un tiempo, el enfoque era: encontrar una idea con mercado y convertirla en proyecto. con el tiempo, eso dejó de ser suficiente.
el cambio no fue técnico. fue una pregunta diferente. en vez de preguntarme qué podía funcionar, empecé a preguntarme: ¿yo usaría esto? ese patrón existía desde antes — juegos que yo quería jugar, mathora porque quería aprender de otra forma, elcafé porque quería esa newsletter en español. kleos es la continuación consciente de ese patrón.
por qué construyo
«¿yo usaría esto?»
esa pregunta es ahora el punto de partida de todo. no si tiene mercado, no si podría crecer, sino si es algo que yo mismo querría que existiera. es un criterio simple, pero cambia qué se construye y por qué.
tecnología
hay una sensación de que parte de la tecnología perdió algo. lo que me atrae es lo simple, lo curioso, lo experimental, lo directo — hecho porque alguien quiso hacerlo. hay demasiado software construido alrededor de suscripciones, funcionalidades artificialmente bloqueadas y experiencias diseñadas en torno al modelo de negocio antes que al producto.
el usuario no debería estar artificialmente limitado sólo porque no paga una tarifa recurrente. si hay un nivel premium, debería aportar valor real, no simplemente quitarle capacidades al producto.
contradicciones
construir para uno mismo permite entender el problema en profundidad — porque eres el usuario. pero también puede hacer que asumas que lo que tú quieres es lo que todos quieren.
disfruto mucho más construyendo que haciendo marketing. eso ha provocado que muchos proyectos se construyan pero no lleguen del todo a las personas para las que fueron hechos. es algo que todavía estoy intentando solucionar.
hay mucha confianza en mi propio criterio. eso puede ser una fortaleza, pero también puede convertirse en un punto ciego.
kleos
kleos no es simplemente otro proyecto. es el lugar donde converge todo lo que he aprendido hasta ahora.
después de varios proyectos, el criterio quedó claro: construir cosas que importen a quien las utiliza. no porque tengan que ser grandes, no porque tengan que ser una historia de éxito, sino porque algo que es realmente útil para otra persona merece la pena ser construido.
quiero que kleos sea la primera cosa de la que realmente pueda sentirme orgulloso. no de forma ruidosa. de la forma silenciosa de algo que funciona y que alguien, en algún lugar, realmente utiliza.
ahora
actualmente en 1.º de bachillerato, encaminado hacia matemáticas e informática. sigo construyendo, sigo aprendiendo, sigo intentando averiguar hasta dónde puede llegar todo esto.
no quiero construir cosas para poder decir que las construí. quiero llegar a un punto en el que pueda mirar lo que hice y pensar: esto es útil para alguien.