Live data from Hacker News

Next.js 13

nextjs.org

21–30 of 106 posts

Re: Next.js 13

#21
post #20

The next-gen bundler rewrites are getting insane, just as things were consolidating in the other parts of JS. We now have: - EsBuild - SWC (also written by someone who works at Vercel) - TurboPack - Vite (rollup) - Parcel - Rome I've noticed in the javascript ecosystem there is much less convergence than in other languages. Everyone wants a flag in the ground.

That's a good thing? Keeps things fresh and keeps established "norms" unable to stay complacent.

Re: Next.js 13

#22

Their tutorial is incredible, everyone should take a lesson from Vercel on this: https://nextjs.org/learn/foundations/from-react-to-nextjs/ge... Tell me: 1. What I need to know to understand this documentation 2. The before state (plain React.js) 3. The after state (Next.js) I'm fucking sold, I'm going to use Next.js just based on how well written this documentation is.

Their tutorial is fine, but personally I'd much rather just see a GitHub repo of a project that covers all the basics (eg. a CRUD app).

Re: Next.js 13

#23
post #20

The next-gen bundler rewrites are getting insane, just as things were consolidating in the other parts of JS. We now have: - EsBuild - SWC (also written by someone who works at Vercel) - TurboPack - Vite (rollup) - Parcel - Rome I've noticed in the javascript ecosystem there is much less convergence than in other languages. Everyone wants a flag in the ground.

This will consolidate again, and these tools are not all equal. They cover different parts of the whole thing. There is clearly a desire for faster compilation and bundling, and various groups and people are trying out different approaches now.

Right now you can stay with Webpack or whatever you were using already, or you can try one of the new shiny things if you want to. But if you want to avoid the churn, it's probably time to just wait for a bit until things settle down.

Re: Next.js 13

#24
post #20

The next-gen bundler rewrites are getting insane, just as things were consolidating in the other parts of JS. We now have: - EsBuild - SWC (also written by someone who works at Vercel) - TurboPack - Vite (rollup) - Parcel - Rome I've noticed in the javascript ecosystem there is much less convergence than in other languages. Everyone wants a flag in the ground.

Beauty of nextjs though is that you don't have to worry about it unless you want to go under the hood. My quality of life has improved tremendously since I stopped having to deal with webpack config files, and upgrading to the hottest bundler on the street couldn't be lower on my list of priorities.

Re: Next.js 13

#25
post #20

The next-gen bundler rewrites are getting insane, just as things were consolidating in the other parts of JS. We now have: - EsBuild - SWC (also written by someone who works at Vercel) - TurboPack - Vite (rollup) - Parcel - Rome I've noticed in the javascript ecosystem there is much less convergence than in other languages. Everyone wants a flag in the ground.

That's a good thing? Keeps things fresh and keeps established "norms" unable to stay complacent.

Actually it tells me that the javascript ecosystem fails to build software that can adapt to change. The culture is to throw everything out and start fresh every time they want to do something different. It's terrible engineering.

Re: Next.js 13

#26
post #13

// "alt" is now required for improved accessibility I'm all for accessibility, but let us decide when to implement it.

You should still be able to use alt="" to indicate that it is "decorative" and not meaningful imagery for a visually-impaired user.

That's like the difference between null and undefined.

Re: Next.js 13

#27
post #17

// "alt" is now required for improved accessibility I'm all for accessibility, but let us decide when to implement it.

> I'm all for accessibility, but let us decide when to implement it. Which usually means never.

Which just means codebases will be littered with alt="" for no reason.

Re: Next.js 13

#28
post #8

Next[js] Conf is live right now at https://nextjs.org/conf

Might change later but if you don't want to give them an email address here's a direct link: https://www.youtube.com/watch?v=NiknNI_0J48

q@q.q works.

+ on the website you can see all the incoming guests

Re: Next.js 13

#29
post #17

// "alt" is now required for improved accessibility I'm all for accessibility, but let us decide when to implement it.

> I'm all for accessibility, but let us decide when to implement it. Which usually means never.

Which is ok too. It is far better than encouraging people to write alt="" or alt="asdf".

See also (naming things): https://twitter.com/secretGeek/status/7269997868

Re: Next.js 13

#30
post #20

The next-gen bundler rewrites are getting insane, just as things were consolidating in the other parts of JS. We now have: - EsBuild - SWC (also written by someone who works at Vercel) - TurboPack - Vite (rollup) - Parcel - Rome I've noticed in the javascript ecosystem there is much less convergence than in other languages. Everyone wants a flag in the ground.

Beauty of nextjs though is that you don't have to worry about it unless you want to go under the hood. My quality of life has improved tremendously since I stopped having to deal with webpack config files, and upgrading to the hottest bundler on the street couldn't be lower on my list of priorities.

Yeah exactly, Next.js is the consolidation. If they can make things faster behind the scenes without my having to make changes, that's great.
Post reply on HN