Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Next.js 12

nextjs.org

Post reply on HN
Print view View original

231–240 of 293 posts

Re: Next.js 12

#231

Post by abledon »

GordonS wrote: post #140
no_wizard wrote: post #136

This is really amazing, is the end result here that they are ultimately opting out of webpack in favor of SWC? It also compiles modules and such. Will have to take a look at the underlying infrastructure here! Interestingly I think that’s the major win of SWC over esbuild: you get a Babel like plug-in ecosystem for AST transformations and such. Downside: there currently isn’t a way to run asynchronous transforms, muc…

Sorry, "SFC" and "SWC"?

man... web technologies are not getting simpler are they lol. it just keeps gaining more layers and layers

Re: Next.js 12

#232

Post by XCSme »

dmix wrote: post #10

The big innovation here seems to be https://swc.rs/ If it works as advertised this is going to be great for a ton of JS/TS projects. Particularly having a 20x typescript compiler boost when running large test suites would be great. Maintaining 5-8 different babel related projects in packages.json is also annoying and often buggy. Looking forward to see where else this gets adopted and it's stability.

AFAIK ParcelJS also uses it.

Re: Next.js 12

#233

Post by digvalley »

1023bytes wrote: post #184
AccountAccount1 wrote: post #173

Earlier quoted context omitted.

Hasura is at that level of being a full-featured back-end platform. I think that the best way to get started with Hasura is https://www.nhost.io

Why not use Hasura Cloud and also support the developers?

For me it is because og the pricing model. Free or $99

I’d pay more to get eur datacenter, but not that much when I can host it myself for $5 on DO with the same performance (for my usage)

Would gladly pay to support them, so I have given them feedback on my pereicament

Re: Next.js 12

#234

Post by gavinray »

digvalley wrote: post #233
1023bytes wrote: post #184

Earlier quoted context omitted.

Why not use Hasura Cloud and also support the developers?

For me it is because og the pricing model. Free or $99 I’d pay more to get eur datacenter, but not that much when I can host it myself for $5 on DO with the same performance (for my usage) Would gladly pay to support them, so I have given them feedback on my pereicament

Disclaimer: Work at Hasura

  > "I can host it myself for $5 on DO with the same performance (for my usage)"
Yeah for sure, I know what you're getting at. Though it's not really so much about performance (there is caching) -- There's a chunk of functionality that comes with Cloud/Enterprise. The majority of this has to do with metrics/observability and monitoring tools, or access-control tools for teams.

If you check here:

https://hasura.io/docs/latest/graphql/cloud/index.html#hasur...

And look under "Features" and "Security" you can get a decent idea of what the differences are between OSS and the Cloud product.

There's 2 demographics I think Cloud stands out to -- those who want convenience ("I don't want to think about/manage my own instance"), and those who want an integrated APM tool or more security & access-control features, or are working on teams/orgs.

  > Would gladly pay to support them, so I have given them feedback
This is always neat to hear! I don't blame you, with Cloud being $99 there could be potential for some future tier to fill the gap between OSS and Cloud. Like "I have some weekend projects but nothing I can afford to blow $100/mo" on, you know?

I don't know enough (or really anything) about the business side though. It could be that $99 might be the only number where it starts to make sense to offer this sort of thing, based on infra costs/complexity. Or this could be the stupid thing I've ever said. I'm not a Cloud-Scientist ;^)

Re: Next.js 12

#235

Post by brillout »

mariushn wrote: post #230
brillout wrote: post #227

Shameless plug: https://vite-plugin-ssr.com a do-one-thing-do-it-well alternative to Next.js which is feature-complete & stable (no breaking changes in the foreseeable future).

Looks good! Why did you decide to do your own Filesystem Routing instead of introducing a dependency to vite-plugin-pages, especially as you mention upstream contributions?

The Filesystem Routing part is like less than 1% of the code; it wouldn't be worth it to externalize it in a separate library.

Re: Next.js 12

#236

Post by e12e »

leotaku wrote: post #115
leerob wrote: post #2

Hey everyone, Lee from Vercel here! Happy to answer any questions about Next.js 12. Personally, I'm extremely excited for the new Rust compiler.

I'm personally curious how the Next is able to achieve the claim of "zero client-side JavaScript" mentioned here[1] using react server components? It just doesn't seem to make sense to me, and the HN clone example and my barebones test project also clearly still load about 74.2 KB of JavaScript. Is the claim supposed to mean that the server components won't require additional JS, or maybe that they won't need to exec…

I would assume "no client side js" means "works fine in w3m". I'm guessing that's not the case?

Re: Next.js 12

#237

Post by burggraf »

snarkypixel wrote: post #228
burggraf wrote: post #153

Earlier quoted context omitted.

Supabase developer here. Supabase gives you full PostgreSQL access as well as a REST api interface (Postgrest) with integrated authentication (based on GoTrue), S3-based storage also integrated to authentication and integrated with your PostgreSQL instance, an easy dashboard interface and a bunch more. There’s a generous free tier and a hosted option that’s ready to scale immediately. Let us know if you have any more…

I tried supabase and went with another solution because it didn't have a good dev/stage/prod system

Supabase developer here. We’d love your input on what you’d like to see for dev / staging / production. Please let us know what you’re looking for or the model you’re interested in.

Re: Next.js 12

#238

Post by enahs-sf »

techpression wrote: post #154
midrus wrote: post #122

I'm going to be downvoted to hell for this... but the more I see the level of complexity and amount of engineering going into this, the more I miss Rails and how simple things are there, given most of us are just building CRUD apps anyways.

I keep thinking the same thing almost every day at work… “this is a CRUD app, who let it become this overly complex monster (multiple next apps)”. Then I remember why; “Simplicity is a great virtue but it requires hard work to achieve it and education to appreciate it. And to make matters worse: complexity sells better.” ― Edsger Wybe Dijkstra

This quote really made my day and embodies my approach to software engineering. Thanks for this.

Re: Next.js 12

#239

Post by yesimahuman »

clivestaples wrote: post #175
yesimahuman wrote: post #42

Earlier quoted context omitted.

Agreed! Next.js works great with this model! I’d recommend Capacitor over Cordova (similar but more modern). Here’s an example: https://github.com/mlynch/nextjs-tailwind-ionic-capacitor-st...

Not to sidetrack but how is this better than wrapping Rails/Hotwire app in a Capacitor web view? I'm looking for reasons to use Next because it seems super cool.

I am not very familiar with Rails/Hotwire but the biggest difference is this would be a static app bundled into your app binary, which is an important consideration when targeting native mobile. Beyond that I think it's personal preference.

Re: Next.js 12

#240

Post by nsonha »

jekude wrote: post #48

If Next.js + Vercel is the leader of the production-ready frontend-as-a-service space, why hasn't a similar leader emerged in the backend-as-a-service space? I would love a clean Vercel-like abstraction on top of standard cloud primitives (functions, queues, events, workflows, etc.) with everything wired up nicely and focused on developer experience. It just seems like AWS is so configuration heavy that it is ripe fo…

I think amplify wants to be this? Also Hasura, not that I used or like them.
Post reply on HN