Reconstruí mi portfolio en la era IA
Por qué esto ahora
Siempre tuve páginas estáticas como portfolio: las armaba en un día y las actualizaba año por medio. Pero ahora, con la IA, me parece más interesante tener una página estilo blog, un lugar donde explicar experiencias y centrarme en mi forma de pensar y resolver problemas, más que en las tecnologías que uso. Antes esto también importaba, pero hoy es casi lo único que se busca en un desarrollador.
Últimamente busco contenido casi exclusivamente en Reddit, porque quiero leer humanos y no contenido genérico de IA: gente con opiniones, correctas o equivocadas, algo entretenido, no algo robótico. Con la programación pasa algo parecido. La IA ya resuelve la mayoría de las tareas repetitivas del día a día, y cada vez hay menos desafíos técnicos reales. Los pocos que quedan suelen ser demasiado complejos como para que alguien les dé prioridad. Escribir lo que pienso es más divertido desde lo creativo, aunque sea un poco pretencioso. Me parece más entretenido de leer.
Lo que quería lograr con esto (si estás leyendo esto, funcionó) es una página estática, con mi estilo visual y mis reglas.
Un color que me gusta mucho es el bordó, en general. Aunque no sea mi color favorito. La letra es Literata que es lo más similar a la fuente predeterminada de la Kindle. Y la paleta de colores en lo referente a código es catpuccin (latte para light, mocha para dark).
Cómo lo armé
Como no tenía ganas de aprender Astro, decidí ir por SvelteKit, que ya manejaba bien. La razón real es más simple: es una tecnología con la que me siento cómodo, y mi portfolio es un lugar para sentirme cómodo, no tiene sentido elegir otra cosa solo porque es "mejor" técnicamente. Igual creo que Svelte y SvelteKit son el futuro infravalorado del frontend.
Me gusta escribir Markdown plano, sin tantas cosas de por medio, y es eso lo que quería lograr acá: armé un script que lee los markdowns que tengo y genera la metadata y las rutas de SvelteKit antes del build , ya que esta página es completamente estática. Buena parte de esa implementación la vibecodeé con Claude. Conozco las librerías que usa el proyecto, pero delegué gran parte del código. Me pareció necesario entender qué se hizo, por si en algún momento tengo que ajustar algo puntual.
Para la estética visual, sobre todo en los artículos, me inspiré mucho en LessWrong. No sabía que hubiera ningún "estándar" detrás de esto, simplemente lo vi ahí y me gustó: me pareció una forma intuitiva de sumar contexto sin tener que ir y volver en la navegación[1]1.También las vi en el libro Crafting Interpreters, así que no era un capricho mío nomás. Me parece la forma más intuitiva de sumar una aclaración sin cortar el hilo de lectura.. De ahí salen las footnotes flotantes que estás leyendo ahora, y la estética minimalista en general.
Otra cosa importante es la internacionalización: me interesa que todo lo que escribo esté en español e inglés.
Publicarlo
El dominio lo tengo en Cloudflare y el hosteo en GitLab Pages. La publicación de versiones nuevas está automatizada con un job de GitLab CI/CD.
Una cosa que me preocupa a veces es que no hay muchos proyectos open-source en GitLab, la mayoría están en GitHub. Eso significa menos impacto y llegada a usuarios, "más de nicho" quizás. Estuve considerando mudar todo a GitHub, pero mi especialidad y mi zona de confort es el ecosistema de GitLab: su CI/CD, su Container Registry y varias cosas más que uso hace años. Es una decisión de portfolio como cualquier otra: no siempre voy a elegir lo "estándar" o lo "más correcto", a veces elijo la comodidad. Si alguien me quiere contratar, que sepa que uso GitLab de forma mucho más fluida que GitHub.
El tiempo que le puse a todo esto fueron un par de días, por lo menos la base. Lo demás, corrección de detalles y pulir cosas, ya es trabajo de largo plazo, ir pusheando mejoras de a poco.
- También las vi en el libro Crafting Interpreters, así que no era un capricho mío nomás. Me parece la forma más intuitiva de sumar una aclaración sin cortar el hilo de lectura. ↩