Ask HN: Will Meta-frameworks kill normal frameworks?

#1

Post by Fantasy_ » Sat, Jan 20, 2024, 10:50 PM UTC

I'm seeing more and more people ditch the frontend/backend split and moving to Next.js, SvelteKit, Nuxt, SolidStart, and so on.

Re: Ask HN: Will Meta-frameworks kill normal frameworks?

#2

Post by pryelluw » Sat, Jan 20, 2024, 11:01 PM UTC

It’s a cycle. I’m a couple of years the move to lighter stuff will take in. Then go back …

Re: Ask HN: Will Meta-frameworks kill normal frameworks?

#3

Post by azangru » Sat, Jan 20, 2024, 11:03 PM UTC

> more and more people ditch the frontend/backend split and moving to Next.js, SvelteKit, Nuxt, SolidStart, and so on.

All this is javascript land. Unless your question implies that javascript kills everything else, then the answer is a clear no :-)

Re: Ask HN: Will Meta-frameworks kill normal frameworks?

#4

Post by EMM_386 » Sat, Jan 20, 2024, 11:07 PM UTC

I've been a software engineer for a very long time (pre-JavaScript existing).

I highly doubt it. I am working on a greenfield project and we are on Angular 17 for the front-end and C# for the REST APIs, backed by a relational SQL database. It is smooth sailing.

I am not familiar with those frameworks outside of what Next.js is doing with React (combining server and client code).

I don't like it, at all. I've spent decades working with what is now being called "SSR", but that's literally how everything was done.

So many developers got into software engineering knowing only JavaScript and usually a bit about a framework, generally React. Then we got Node.js so we could have JavaScript on the server, then Express.js so JavaScript can serve JavaScript, then NoSQL so you can store JavaScript objects in a database (essentially a KV store) without needing to learn SQL.

Now we have JavaScript that mixes front-end and back-end together.

I have 22 years of C# development. It works, it's easy, and it's fast. The "split" between front-end and back-end is perfectly fine to me.

Re: Ask HN: Will Meta-frameworks kill normal frameworks?

#5

Post by kossTKR » Sat, Jan 20, 2024, 11:10 PM UTC

Aren't some people also - at least trying - to move in the opposite with pure javascript, Petite Vue, Alpine etc. because of framework and tooling fatigue?

I have at least experimented in that direction.

Re: Ask HN: Will Meta-frameworks kill normal frameworks?

#6

Post by scrapcode » Sat, Jan 20, 2024, 11:28 PM UTC

EMM_386 wrote: post #4

I've been a software engineer for a very long time (pre-JavaScript existing). I highly doubt it. I am working on a greenfield project and we are on Angular 17 for the front-end and C# for the REST APIs, backed by a relational SQL database. It is smooth sailing. I am not familiar with those frameworks outside of what Next.js is doing with React (combining server and client code). I don't like it, at all. I've spent de…

How do you feel about Blazer or is it something you're even exploring?

Re: Ask HN: Will Meta-frameworks kill normal frameworks?

#7

Post by addicted » Sat, Jan 20, 2024, 11:30 PM UTC

Im no good at predictions but an obvious question for me is how many applications based on these networks are in the wild and successful?

Basically, how well have these frameworks scaled?

Ruby on Rails is a highly successful framework but successful applications based on it would usually be rewritten after reaching a certain size because of scaling/performance/cost issues.

Re: Ask HN: Will Meta-frameworks kill normal frameworks?

#8

Post by reducesuffering » Sat, Jan 20, 2024, 11:31 PM UTC

kossTKR wrote: post #5

Aren't some people also - at least trying - to move in the opposite with pure javascript, Petite Vue, Alpine etc. because of framework and tooling fatigue? I have at least experimented in that direction.

No, the amount of startup companies using pure JS, alpine, or htmx pales in comparison to the wide usage of Next.js.

Re: Ask HN: Will Meta-frameworks kill normal frameworks?

#9

Post by treeblah » Sat, Jan 20, 2024, 11:33 PM UTC

I don't think so. I just think right now Vercel is very good at marketing and lots of new programmers and hopping on the NextJS train. There are tons of materials out there for building apps quickly and it's very appealing for newer developers, particularly the bits where getting a site deployed is as easy as running a couple commands w/ the Vercel CLI.

For larger applications, I don't see meta-frameworks eating up a significant chunk of the world since they're very expensive to run in certain situations. Especially so if you use the default deployment options and rely entirely on serverless functions for your infrastructure or a database-as-a-service like Firebase/Supabase. I think it's inevitable that people will carve bits and pieces off of their meta-frameworks into different types of applications as they scale, just in the same way that people carve up their Rails applications of yore.

I generally think that the meta-framework obsession will also help propel backend SSR + HTMX, since thinking in server-side components is easier to translate to traditional backend SSR than SPA -> backend.

Re: Ask HN: Will Meta-frameworks kill normal frameworks?

#10

Post by austin-cheney » Sat, Jan 20, 2024, 11:40 PM UTC

The thing that will kill JS frameworks is a vast contraction of software jobs from all these layoffs. Frameworks are desirable when developers are either rare or challenging to identify, but once that’s gone people who cannot develop without frameworks are less valuable than those who can develop in any environment.

Developers are a cost center. What matters is what costs less to build, deploy, maintain, and hire for the employer.