Live data from Hacker News

How to Inspect React Server Component Activity with Next.js and OpenTelemetry

dash0.com

21–30 of 52 posts

Re: How to Inspect React Server Component Activity with Next.js and OpenTelemetry

#21

Excuse my ignorance but why does it look so complicated and unnecessary? What exactly does it improve over lets say PHP or Rails or whatever?

on next.js first page loads are almost instant for very complex sites with very little work on the optimization side.

it's an incredibly polished server and it does a lot of complex stuff to be so fast, but it's also well documented.

Re: How to Inspect React Server Component Activity with Next.js and OpenTelemetry

#22

Excuse my ignorance but why does it look so complicated and unnecessary? What exactly does it improve over lets say PHP or Rails or whatever?

on next.js first page loads are almost instant for very complex sites with very little work on the optimization side. it's an incredibly polished server and it does a lot of complex stuff to be so fast, but it's also well documented.

It's far too much magic for my taste. I'm really looking forward to the first non-beta release of Tanstack Start. It offers many of the same advantages without the overkill.

Re: How to Inspect React Server Component Activity with Next.js and OpenTelemetry

#23

Excuse my ignorance but why does it look so complicated and unnecessary? What exactly does it improve over lets say PHP or Rails or whatever?

on next.js first page loads are almost instant for very complex sites with very little work on the optimization side. it's an incredibly polished server and it does a lot of complex stuff to be so fast, but it's also well documented.

I don’t think this answers the parent question. Database queries still needs to be made and a view still needs to be rendered. What complexity does next.js solve?

Re: How to Inspect React Server Component Activity with Next.js and OpenTelemetry

#24
I hate RSC so much. Most hated technology of them all. And this very helpful / necessary blog post is infuriating, given that not so long ago the entirety of the react stack was capable of being held in one's head. It took very little expertise to make something that worked perfectly fine for most users.

Those days are gone. Scale your Next.js RSC app to anything larger than a toy or marketing site and get f'ing burned.

Re: How to Inspect React Server Component Activity with Next.js and OpenTelemetry

#25

Excuse my ignorance but why does it look so complicated and unnecessary? What exactly does it improve over lets say PHP or Rails or whatever?

Truthfully, this was never necessary. It was sold to the industry by the merchants of complexity.

You can just have a HTML file with an SPA that calls API. This is fine.

Re: How to Inspect React Server Component Activity with Next.js and OpenTelemetry

#26

Excuse my ignorance but why does it look so complicated and unnecessary? What exactly does it improve over lets say PHP or Rails or whatever?

> What exactly does it improve over lets say PHP or Rails

Uses the same code to render on server and in browser, enables moving render logic from browser to server and vice versa without doing a complete rewrite.

Re: How to Inspect React Server Component Activity with Next.js and OpenTelemetry

#27
post #16

I'm really not a fan of the "what colour is your component" situation introduced by RSC. RSC is a cool feature, but I'm still not convinced that the added churn of thinking about "colours" when building components and structuring the component tree is worth it for the benefits it gives.

It’s awful and I’m pretty sad that it seems the entire nodejs community has adopted next.js as standard. All projects I’ve been involved with use it and none of them use any SSR at all.

That's mostly because `create-react-app` was abandoned. There is no default project template for React SPA, so everyone just uses Next, even if they don't need SSR.

Re: How to Inspect React Server Component Activity with Next.js and OpenTelemetry

#28
post #25

Excuse my ignorance but why does it look so complicated and unnecessary? What exactly does it improve over lets say PHP or Rails or whatever?

Truthfully, this was never necessary. It was sold to the industry by the merchants of complexity. You can just have a HTML file with an SPA that calls API. This is fine.

Indeed. "Oh but SPAs are so complex!" Folks are completely and utterly brainwashed by Vercel's marketing.

Pondering an SSR rendered SPA with a wildcard route that calls `React.renderToPipeableStream` (or even simpler, uses `react-streaming`) and some `import()` statements sprinkled about, dropped into a tiny vite config: OMG! a handful of lines of code. Such complexity! Such slow performance! and massive bundle sizes!

Capture the market, complexify everything, then overcharge for hosting. Thanks Vercel. Love your docs!

Re: How to Inspect React Server Component Activity with Next.js and OpenTelemetry

#29
post #27
post #16

Earlier quoted context omitted.

It’s awful and I’m pretty sad that it seems the entire nodejs community has adopted next.js as standard. All projects I’ve been involved with use it and none of them use any SSR at all.

That's mostly because `create-react-app` was abandoned. There is no default project template for React SPA, so everyone just uses Next, even if they don't need SSR.

vite exists? what are you even talking about

Re: How to Inspect React Server Component Activity with Next.js and OpenTelemetry

#30

Earlier quoted context omitted.

on next.js first page loads are almost instant for very complex sites with very little work on the optimization side. it's an incredibly polished server and it does a lot of complex stuff to be so fast, but it's also well documented.

I don’t think this answers the parent question. Database queries still needs to be made and a view still needs to be rendered. What complexity does next.js solve?

Shamelessly stollen from another comment here:

> Uses the same code to render on server and in browser, enables moving render logic from browser to server and vice versa without doing a complete rewrite.

However, the next question is, does it solve these without adding needless additional complexity of it's own?

I can't help but feel, while I'm using it, that surely it shouldn't feel this overengineered and unintuitive. I mean, I like React, and I understand it well, footguns and all.

I feel like there might be better solutions out there - even using React - and if it wasn't being heavily promoted by a large corporation then something else would be in it's place.

Also, how much of the functionality of Next.js (Image component processing, for example) is designed to funnel you into using Vercel rather than being genuinely the best solution?

Post reply on HN