
Next.js 16: Monté Esta Comunidad en un Fin de Semana
Miren, voy a ser honesto con ustedes. Cuando salió Next.js 16 yo estaba ahí en la página de Vercel leyendo el blog post, tomándome un tinto, y pensando "bueno, otro release más, seguro trae cosas cheveres pero ya veremos".

Pero luego vi lo de Turbopack estable y dije... esperen. Esto suena interesante.
Y como yo no aprendo leyendo documentación (seamos honestos, nadie lo hace ni tu primo el Senior lo hace), decidí hacer lo que cualquier dev normal haría: tirarme de cabeza a un proyecto real.
Viernes 11 AM: "Va, Hagamos Esto"
Me levanté ese viernes con toda la actitud. Café, computador, música. Tenía esta idea de la comunidad hace rato. Tipo, MESES. Siempre la misma historia: "ah sí, algún día la hago".
Pero ese viernes dije, saben qué, HOY empiezo.
El plan era simple: montar la plataforma de comunidad que necesito para mejorllamaacris.com. Nada de prototipos, nada de "después lo hago bien". De una, en producción, funcionando.
Empecé como a las 11 de la mañana. Tenía TODO el día por delante o eso pensaba.
Viernes 3-4 PM: "Cris, Tienes Un Minuto?"
Estaba ahí en pleno flow, ya tenía el auth funcionando, la base de datos configurada, todo iba perfecto.
Y me entra una call de Slack.
Miren, no voy a entrar en detalles acá porque eso amerita su propio artículo (y créanme, lo voy a escribir). Pero digamos que a veces en las startups las cosas no salen como uno espera.
A veces te dicen "tienes un minuto" y ese minuto se convierte en una conversación que... bueno. Cambia las cosas.

Así que mi viernes de "todo el día para codear" se convirtió en "unas horas productivas en la mañana + lo que pueda rescatar de la noche si me quedan ganas".
Pero bueno, la vida sigue. Y el proyecto también.
El Setup (O Sea, Los Primeros 45 Segundos)
Cuando arranqué en la mañana, lo primero fue crear el proyecto:
pnpm create next-app@latest comunidad-mejorllamaacris
Y parce, acá fue donde pensé "ok, esto está raro".
El asistente ese que sale ahora es demasiado bueno. Te pregunta TODO:
TypeScript? (obvio que sí)
Tailwind? (obvio)
ESLint? (bueno sí)
App Router? (ni pregunta, ya es default)
Y mientras yo estaba ahí contestando, me di cuenta que ya había instalado todo. Tipo, en serio. Miré el reloj: 45 segundos.
No es joda. Cuarenta y cinco segundos y ya tenía:
Proyecto configurado
Dependencias instaladas (con pnpm que es VOLADOR)
Turbopack listo
Todo funcionando
Yo venía de otros proyectos donde solo instalar las dependencias con npm te tomaba 4 minutos. Acá fue menos de un minuto PARA TODO.
pnpm Porque Sí, es 2025 actualízate bro
Mira, yo uso pnpm porque:
Es más rápido (mucho)
No me llena el disco de node_modules duplicados
Todos dicen que es mejor para monorepos (aunque no lo necesitaba)
Pero la verdad la verdad es que lo uso porque se ve más pro. Y porque con Turbopack la combinación es ridículamente rápida.
El Ecosistema Vercel: Cuando Todo Funciona Junto
Acá fue donde me di cuenta de algo: decidí irme full Vercel para todo. No por marketing, sino porque quería probar qué tan bien se integra TODO su ecosistema.
Y parcero, es ridículo qué tan bien funciona.
Vercel Postgres + Prisma
Para la base de datos usé Vercel Postgres. La configuración literalmente fue:
Crear la DB en el dashboard de Vercel
Copiar la URL de conexión
Poner DATABASE_URL en el .env
npx prisma db push
Ya. Eso fue todo, si parce eso fue todo.
Y con Prisma Adapter todo se conecta perfecto. El ORM, las migraciones, todo funciona sin configuraciones raras.
Vercel Blob para archivos
Para las imágenes de los posts, avatares, y todo eso, usé Vercel Blob.
La integración es BRUTAL:
import { put } from '@vercel/blob' export async function uploadImage(file: File) { const blob = await put(file.name, file, { access: 'public', }) return blob.url }
Ya. Eso es todo el código que necesitas.
No más configurar S3, no más buckets, no más policies de AWS que nadie entiende. Solo pones el archivo y te da una URL. CDN incluido, optimización automática, todo.
NextAuth + Vercel
El auth también se integra perfecto. Usé NextAuth con Google y GitHub providers, y todo funcionó a la primera.
Las variables de ambiente las pones en el dashboard de Vercel una vez, y están disponibles tanto en desarrollo (con vercel env pull) como en producción automáticamente.
El resultado:
Base de datos, storage de archivos, autenticación, todo corriendo en el mismo ecosistema. Sin configuraciones complejas, sin servicios externos que coordinar.
Y lo mejor es que TODO escala automáticamente. No tengo que preocuparme de nada.
Viernes Noche: Retomando (Con Menos Entusiasmo Pero Más Cafeína)
Después de esa call de la tarde, honestamente no tenía muchas ganas de seguir. Pero ya había empezado, y dejar las cosas a medias no es lo mío.
Así que más café, más música, y a seguirle.
Y acá fue cuando Turbopack me salvó la noche.
El Hot Reload Que Me Hizo Olvidar Todo Lo Demás
Miren, yo he usado webpack por años. Estoy acostumbrado al proceso:
Cambias algo
Guardas
Miras la terminal
Esperas 3-4 segundos
El browser se actualiza
Sigues
Con Turbopack es:
Cambias algo
Guardas
???
Ya está actualizado
No estoy exagerando. A veces guardo y ni me da tiempo de hacer Alt+Tab para ver el browser porque cuando llego YA ESTÁ EL CAMBIO AHÍ. Es tan rápido que al principio pensé que algo estaba cacheado mal. Tipo "no puede ser, debe estar mostrándome lo viejo". Pero no, es así de rápido.
Esto cambia TODO. Ya no planeas 5 cambios y esperas a ver qué pasa. Haces un cambio, ves, iteras. Es como tener una conversación con tu código en tiempo real.
Y después de un día complicado, ese feedback instantáneo era exactamente lo que necesitaba para seguir motivado.
Sábado: Recovery Mode
El sábado me levanté con una misión: recuperar el tiempo perdido del viernes.
Nada de distracciones. Nada de calls. Solo código.
Cuando Hice Build Por Primera Vez
Llegó el momento de probar en producción. Corrí:
pnpm build
Y me puse a ver el celular mientras esperaba. Volteé a la pantalla y ya había terminado.
"No puede ser", pensé. Lo corrí de nuevo: 15 segundos.
Parcero, este proyecto tiene:
NextAuth con Google, GitHub y Credentials
Prisma con todo el modelo de datos conectado a Vercel Postgres
Posts, comentarios, likes, todo el sistema social
Vercel Blob manejando todas las imágenes
Un montón de componentes
El API de comunindad
15 segundos para buildear TODO eso.
En mi portafolio (que es más simple), con webpack, tardaba como minuto y medio. Acá es CUATRO VECES más rápido en un proyecto más complejo.
Deploy a Vercel: Cuando TODO Está Conectado
Acá fue donde el ecosistema completo de Vercel demostró su valor.
Conecté el repo a Vercel. No tuve que configurar NADA más porque:
La DB ya estaba en Vercel
Los Blobs ya estaban configurados
Las variables de ambiente se heredan automáticamente
NextAuth ya sabía dónde estaba todo
Después:
git push origin main
Y me fui a hacer café. Cuando volví ya estaba live.
Vercel detectó automáticamente:
Que era Next.js 16
Que usaba Prisma (corrió las migraciones solo)
Que usaba Vercel Blob (conectó todo)
Que usaba Postgres (ya estaba conectado)
Buildeó con Turbopack, deployó, y me dio la URL.
Dos minutos. De push a sitio en producción con DB, storage, auth, y todo funcionando.
Lo Que NO Usé (Y Debería)
Cache Components - La feature estrella
Miren, esta es LA cosa nueva de Next.js 16 y yo... no la usé bien porque iba rápido.
Antes Next.js cacheaba TODO automáticamente y nadie entendía qué estaba cacheado. Un desastre.
Ahora en Next.js 16, NADA se cachea a menos que lo pidas con use cache:
export async function ProductList() { 'use cache' const products = await fetchProducts() return <div>{/* render */}</div> }
Tienes que activarlo en el config:
const nextConfig = { cacheComponents: true, }
Yo usé revalidatePath() que es lo básico, porque entre recuperar el viernes perdido y mantener el momentum, no me compliqué. Pero esta nueva forma de cachear es MUCHO más poderosa y controlable.
Los APIs nuevos de caching
Hay updateTag() que hace que cuando alguien cambia algo, lo vea INMEDIATAMENTE. Y refresh() para data en tiempo real.
No los toqué. Usé lo que conocía.
Vercel KV (Redis)
Para esta versión no necesitaba caching distribuido, pero Vercel KV está ahí. Redis managed, sin configurar nada.
Vercel Edge Config
Para feature flags y configuración en el edge. No lo necesité pero está disponible.
middleware.ts → proxy.ts
Aparentemente middleware.ts ahora se llama proxy.ts. Yo no usé middleware así que me dio igual, pero es bueno saberlo.
Turbopack Filesystem Caching
Hay una feature en beta que cachea cosas entre restarts del server. No la activé porque empecé de cero, pero suena brutal para proyectos grandes.
React Compiler
Hace memoización automática. No lo activé porque quería mantener las cosas simples. Pero está stable ahora.
Domingo: Ya Está
Para el domingo en la tarde tenía:
Login con Google, GitHub, y email/password (NextAuth)
Sistema completo de posts con editor
Comentarios y likes
Perfiles de usuario
Upload de imágenes con Vercel Blob
Dashboard con métricas en tiempo real
Todo conectado a Vercel Postgres con Prisma
Todo responsive
Live en Vercel con preview deployments funcionando
Como 16 horas de código real, distribuidas entre viernes mañana (antes de la call), viernes noche (después de recuperarme), sábado completo, y domingo.
No fue el fin de semana que planeé, pero salió.
El Stack Final
Frontend: Next.js 16 + React + TypeScript + Tailwind
Backend: Next.js Server Actions + API Routes
Database: Vercel Postgres + Prisma ORM
Storage: Vercel Blob
Auth: NextAuth
Hosting: Vercel (obviamente)
Package Manager: pnpm
Bundler: Turbopack
Todo en el ecosistema de Vercel. Y todo funciona perfectamente junto.
Números Reales
Setup: 45 segundos
Hot reload: menos de 1 segundo (en serio)
Build: 15-17 segundos
Deploy: 1-2 minutos (incluyendo DB migrations)
Preview deployments: ~2 minutos
Líneas de código: ~3,500
Bugs críticos: 0
Servicios externos a configurar: 0 (todo Vercel)
Calls inesperadas de Slack: 1 (suficientes)
Lo Que Aprendí
El ecosistema importa MUCHO
No es solo Next.js 16. Es Next.js 16 + Vercel Postgres + Vercel Blob + todo el ecosistema trabajando junto.
Podría haber usado AWS S3 para archivos, RDS para la DB, etc. Pero hubiera pasado más tiempo configurando servicios que codeando.
La velocidad no es solo marketing
Cuando tu día se va en una call que no esperabas, tener herramientas que no te hagan perder tiempo es la diferencia entre terminar y no terminar.
El caching ahora tiene sentido
Ya no es magia negra. Si querés cachear algo, le pones use cache. Si no, no se cachea. Así de simple.
Todo conectado > Mejores servicios separados
Tal vez hay mejores opciones individuales para cada cosa. Pero tener TODO integrado y funcionando junto sin configuración vale más que tener el "mejor" de cada servicio.
Las startups tech son... un tema
Pero esa historia completa va en otro artículo. Y créanme, va a ser interesante.
¿Next.js 16 + Vercel Vale La Pena?
Mira, si estás empezando un proyecto nuevo y querés moverte rápido, esta combinación es imbatible.
No vas a tener el build más barato del mundo (Vercel cobra por usage), pero vas a tener el setup más rápido y la mejor experiencia de desarrollo.
Para side projects, proyectos personales, MVPs, startups early stage... es perfecto.
Para proyectos enterprise con presupuesto limitado, tal vez querés algo self-hosted. Pero para todo lo demás, esto es oro.
Estás Leyendo Esto en Next.js 16 + Vercel
Esta comunidad donde estás leyendo esto fue construida en Next.js 16 en un fin de semana.
Un fin de semana que no salió exactamente como lo planeé, pero salió.
Corriendo en Vercel, con Postgres, Blob, NextAuth, y todo el ecosistema trabajando junto.
Si carga rápido, si las imágenes se ven bien, si el login funciona, si todo se siente fluido... es porque el stack funciona. En producción. Desde el primer día.
Y si encontrás un bug, bueno, decime en los comentarios porque hasta ahora no he encontrado ninguno crítico, más te vale no encontrar alguno...

Cris
Cali, Colombia
Cafés tomados: demasiados
Horas perdidas en calls inesperadas: las suficientes
Servicios de Vercel usados: todos los posibles
¿Qué opinan? ¿Han probado Next.js 16 con todo el ecosistema de Vercel? ¿O siguen configurando AWS por horas?
.