Stack tecnológico
Elegir por contexto, no por costumbre.
Una matriz viva para iniciar proyectos con una base conocida, distinguiendo lo adoptado, lo probado y lo que aún necesita una decisión.
Matriz
Bases preferidas y extensiones deliberadas.
Las versiones exactas pertenecen a cada lockfile. Esta página define familias y criterios, no una persecución automática de la última versión.
| Caso | Estado | Base | Criterio |
|---|---|---|---|
| Web pública | Adoptada | Astro + TypeScript + CSS + pnpm | Contenido, portfolio, documentación y páginas con interacción mínima. |
| Producto web | Probada | Vite + React + TypeScript | Aplicaciones con estado, flujos y componentes interactivos. Tailwind y shadcn se deciden por proyecto. |
| Producto de datos | Probada | React + visualización por dominio | Tablas densas, gráficos y streaming; se mide antes de añadir virtualización o workers. |
| Backend HTTP | Candidata | Node.js + TypeScript + Fastify | BFF o API cuando existe una frontera de seguridad, datos o integraciones. Sin backend por defecto. |
| Android | Probada | Kotlin + Jetpack Compose + Material 3 | Aplicaciones nativas; los tokens se mapean a tema Compose sin imponer la arquitectura web. |
| Presentaciones | Adoptada | Slidev + tema devsigner | Decks Markdown versionables; el tema compartido es el siguiente artefacto a construir. |
Defaults
Lo que sí compartimos desde el inicio.
- TypeScript estrictoEn web y backend cuando el ecosistema lo permita; evita contratos implícitos entre capas.
- Gestor y runtime fijadosCorepack, lockfile y versión de Node documentada. Android conserva Gradle y version catalog.
- Calidad proporcionalCheck, build y tests próximos al riesgo; Playwright para flujos críticos, no por decoración.
- Local primeroNo se añaden SaaS, telemetría, autenticación o persistencia sin necesidad y límites públicos claros.