Diseño web y UI
Sitios de marketing, superficies de producto, design systems. Sensibilidad editorial, tipografía con criterio, grids reales — no vibes.
- Interfaces de marca
- Landing pages y páginas de producto
- Librerías de componentes
(Sobre mí)
Soy Khem. Diseño, escribo código, y el trabajo se encuentra en el medio.
(01)/ Versión corta
Diseñador y desarrollador web, UI/UX y full-stack en Madrid — cómodo desde la decisión tipográfica hasta la base de datos en producción, y últimamente, hasta el modelo de Keras que hay detrás.
Me gusta el trabajo con espíritu editorial y ejecución ingenieril. Llegué a construir un framework CSS a la medida tipo Tailwind porque quería entender cuándo la abstracción vale lo que cuesta; lancé una app de diagnóstico de plantas porque la única forma de saber si tu modelo es bueno es ponerlo delante del móvil de alguien. La misma mano dibuja el wireframe y escribe el SQL.
- Ubic.Madrid, ES
- Disp.Proyectos selectos · 2026
- ModalidadFreelance / contrato
- IdiomasEN · ES
(02)/ Servicios
UX e investigación
Auditoría, estructura, rediseño. Prefiero que la primera versión diga claramente para quién está pensada, y refinar después.
- Auditorías de usabilidad
- Arquitectura de la información
- Prototipado en Figma
Ingeniería full-stack
Construyo lo que diseño. Frontend con frameworks modernos, APIs, bases de datos, despliegue — cómodo en todo el pipeline.
- React · Next · Astro
- Node · FastAPI
- Postgres · diseño de schema
Datos y ML
Análisis exploratorio, predicción con Keras, reporting narrativo. El modelo es una feature del producto, no un proyecto de ciencia.
- Pandas / EDA
- Regresores y clasificadores con Keras
- Benchmarking de forecasting
(03)/ Índice de habilidades
Diseño
- Figma·
- Design tokens·
- Tipografía y grids·
- Principios de motion·
- Composición editorial·
Frontend
- TypeScript·
- React·
- Next.js·
- Astro·
- Vite·
- CSS / Tailwind·
- CSS frameworks personalizados·
Backend
- Node·
- Python·
- FastAPI·
- PostgreSQL·
- Auth·
- REST·
Datos y ML
- Pandas·
- Keras·
- Matplotlib·
- Jupyter·
- Feature engineering·
Herramientas
- Git·
- Vercel·
- Docker (básico)·
- Linux·
(04)/ Principios
- A.
Decisiones sobre valores por defecto. Cada elección está justificada o se elimina.
- B.
La prueba más barata es una prueba real. Lanza la versión honesta más pequeña primero.
- C.
Diseñar a nivel de sistema. Tokens, primitivas, componentes — y luego páginas.
- D.
Escribir el modelo con cuidado. Baselines primero, luego la red neuronal.
- E.
Dejar el código más limpio de lo que lo encontré.