r/programacion • u/Great_Depth_8731 • 8d ago
Qué es mejor Next.js vs React + Node
Estoy diseñado un ERP para equipos administrativos de tiendas minoristas, la idea es que integre y automatice muchos de sus flujos manuales. El sistema es algo particular, porque a demás de manejar su data interna, también tiene que conectarse a la base de datos de un sistema de facturación externo por medio de una API. Ahora mismo me encuentro en esa fase en la que debo escoger el stack, pero realmente no estoy muy seguro de por donde tirar.
Next.js es bueno ya que tiene integradas muchas funciones como el routing, backend + frontend, etc. Pero también tiene muchas cosas sobrantes como las server functions, SSR, y otras que me retrasarían, teniendo en cuenta que no tengo tanta experiencia con el framework.
Por otro lado está la opción de hacer mi propio backend con Node.js y front con React, viene sin tantas capas de abstracción y puedo desarrollar todo a mi gusto. El punto malo es que me tocaría desarrollar muchas cosas a mano, las cuales también requerirían que le invierta mucho tiempo en investigación, pero asumo que sería más llevadero.
¿Qué escogerían ustedes?
4
u/Timely_Assistance418 8d ago
Cualquiera de los dos va a cumplir el trabajo, ahorita enfócate en las necesidades del negocio y en vender. No pierdas tanto tiempo en lo técnico, menos cuando tienes 0 usuarios
4
u/alejmaestre 7d ago
Si tu ERP maneja mucho contenido dinámico y necesitas SEO, Next.js. Si es solo para equipos internos, React + Node te da más control sin complejidad extra.
3
2
u/DamianPxR 8d ago
Si no requieres de seo react(vite) para el front spa, y un backend de tu eleccion, la db tambien tienes que desplegarla serian 3 servicios, con next lo puedes hacer todo en uno solo pero si despliega la app en un solo servicio puede que te quede muy pesada y lenta y por ende necesites subir los requisitos del sistema.
2
u/Astroohhh 8d ago
Es solo una herramienta bro, no es malo que aprendas ambas, es mas, ya es requisito saber Next.js. Debes tener presentes los beneficios del SSR
2
u/javier-bolher 7d ago
Para algo interno, sin SEO ni páginas públicas, yo tiraría por React con Vite y una API en Node aparte (Fastify si quieres algo ligero, Nest si prefieres que te imponga estructura), porque el SSR de Next ahí te aporta poco y te añade cosas que aprender.
Lo que me haría dudar está en otro sitio. La integración con la facturación es donde se te va a ir el tiempo de verdad: montaría una cola con reintentos, claves de idempotencia para no duplicar envíos y guardaría siempre los IDs del sistema externo, sin escribir nunca en su base de datos directamente, solo vía API.
Y si los clientes están en España, ojo con Verifactu.
Dejaría que el sistema de facturación siga siendo la fuente de verdad de las facturas y que el ERP solo lea y envíe datos, aunque eso conviene confirmarlo con un gestor.
1
u/Accomplished-Egg8488 8d ago
Yo siempre uso React + Node (express o alguno otro) y bd aparte como 3 servicios siento que son menos problemas y mas facil de corregir, con nextjs esta todo junto pero no se no termino de comprenderlo
1
u/jap_solo 7d ago
Man. Next.js sin pensarlo. Eso que dices que sobra a la final te va a dar mucho más de dónde agarrar. Además que vas a tener todo ahí (sí, como monolito) pero entendiendo el alcance del proyecto lo veo como mejor opción.
A menos que quieras el día de mañana escalarlo. Ahí si te diría que hagas las dos cosas por separado. Además, si le metes SDD con cualquier IA, puedes sacar un MVP en 3 días y el proyecto ya finalizado en unas 2 a 3 semanas.
Adicional en Next. Ya tienes resuelto la librería de CSS (tailwind) así que una configuración menos. Y si quieres le puedes conectar Shadcn UI y ya tendrías mucha de la UI lista.
1
5
u/Huntware 8d ago
Sé que es otro stack pero en el ecosistema PHP, con Laravel y Filament se pueden hacer paneles modernos con una sintaxis bastante declarativa de métodos encadenados, bien full stack (Livewire / Alpine completa el frontend). Es el paraíso de los devs backend que no quieren tocar frontend jaja, lleno de plugins, y paquetes de terceros.
Incluso hoy en día hay herramientas para agentes de IA como skills y MCP's para documentación, leer logs y ejecutar queries read-only.
Lo estoy usando para muchas apps internas y reportes de una empresa, tanto migrando legacy como agregando nuevas funciones. Y también para un cliente particular.
Igualmente usa el stack que mejor sepas, y si no dominas alguno, busca el que más te convezca. Sé que estoy bastante "vieja escuela" con mencionar PHP (igual la versión 8+ es muy potente y tipada), pero no estoy tan convencido en usar Node como backend.