Yes, the main thing is that we're trying to see if AI can have an easier time using one framework vs. another, and how important it is.
All Rails-like frameworks (Django, Laravel, or Wasp in this case) claim its helpful to use something opinionated and structured, which makes sense (the tradeoff is the flexibility, of course).
We've run some early tests[1] but plan to do a more substantial benchmark next.
Yeah, both RedwoodJS and BlitzJS appeared at about the same time as we started Wasp (https://github.com/wasp-lang/wasp), with the same mission of being Rails/Laravel for JS.
We were excited to see that several instances of the same core idea appeared at the same time, and it gave us validation that we're on the right path. A bit sad about Redwood moving away from the original vision, but interested to see where this new direction takes it.
Full-stack is an overloaded term, but it used to mean "a completr solution for building a web app."
From the comment above: Next.js is the opposite of a "batteries included" framework. No abstractions for ORM, background jobs, sending emails, managing attachments, web socket communication - all very basic stuff when dealing with a production application.
Well, if you went so far as to reimplement Next.js, I don't think you're using Rails either.
And frankly I'd like to see it since that's a really hard problem to just roll your own solution. And probably a huge waste of time if you're trying to ship a real product on top of it.
well it's just a static code, but I guess it's software as a service still :D
Yeah, updates are not given. Often it's simply a starting point and then you're on your own. Since it's not library code, it's simply pre-written code.
Wasp is hiring a framework engineer to build Laravel for JS | Remote (US East Coast / EU)
We are Matija and Martin, founders of Wasp (https://wasp-lang.dev/) and twin brothers. We’re building a Rails/Laravel-like full-stack framework that is designed to be stack and architecture-agnostic. Currently, we’re focusing on React, Node.js and Prisma.
Our secret sauce is a custom-built compiler at the heart of the framework, which “understands” how your app works across the whole stack - we’re relying a lot on code generation, and that gives us a lot of flexibility to do some pretty cool things [1] and cut down the boilerplate.
Since we launched Beta last year, we’ve seen quite strong community adoption [2] - Wasp has grown to ~14,000 stars on GitHub and is being used by indie hackers, startups, and Fortune 500 companies.
We’re currently a team of six - senior engineers (ex-Google/Palantir) + growth and a devrel. We raised our first round after graduating from YC in 2021 [3] and just recently closed another round (details will be public soon).
We are looking for a well-rounded engineer with substantial web dev experience who wants to be a part of a strong engineering/open-source culture and work on all aspects of the product with us - our custom compiler (in Haskell; but don’t worry about it [4]), frontend, backend, database/infra, deployment, CLI, ….
Wasp (https://github.com/wasp-lang/wasp) has actually worked out quite well! It just crossed 10k stars on GitHub and is currently the fastest-growing full-stack framework for React & Node.js. It's being used in both startups and enterprises.
Although Wasp has its own DSL/compiler, the secret to its adoption is probably that it works with the existing stack, like React & Node.js. From the developer's perspective, it feels like a framework; the "compiler" part is just what gives it its superpowers.
Uno achieves similar goals to Xamarin.Forms/MAUI. It's also based on .NET.
Main differences are that it also targets Linux+WebAssembly, and it's meant to be Pixel-Perfect so it would look and behave the same on all platforms by default.
It also offers a variety of additional packages out of the box and aims to be an end-end platform instead of solely a UI framework: Hot Reload, C# Markup alternative, a toolkit of mobile-first controls, design systems, reactive state management (MVU-like), recipes for Authentication/Navigation/Logging/DI/...
All Rails-like frameworks (Django, Laravel, or Wasp in this case) claim its helpful to use something opinionated and structured, which makes sense (the tradeoff is the flexibility, of course).
We've run some early tests[1] but plan to do a more substantial benchmark next.
[1] https://wasp.sh/blog/2026/03/26/nextjs-vs-wasp-40-percent-le...
reply