That's the objective of Blitz.js [1]: build on top of Next.js for a rails-like experience, but made by an independent open-source community.

[1] https://blitzjs.com/ - https://github.com/blitz-js/blitz

Pretty slick!

I thought about making "higher level" frameworks by combining "lower level" frameworks myself.

How did you do it? I mean, it's not just wrapping the libraries, but also the CLIs.

This is very cool.

One suggestion - I highly recommend you mention that you're leveraging nextjs. There is a certain buy-in that nextjs has that would be hard elsewhere.

In fact I would say that I would totally pay an annual subscription for this (even on "starter marketplaces" like themeforest).

This is literally the first listed feature :)

It's not my project, you can probably talk about it with its creator: https://twitter.com/flybayer

That's also the objective of Kretes [1], a programming environment for TypeScript & Node.js (soon Deno) with built-in support for plain SQL and GraphQL

[1]: https://kretes.dev/

Ruby on Rails is still the new Ruby on Rails. JS solutions still need another five years to catch up, unfortunately.

What do you feel like JS solutions are still missing?

Ruby on Rails is opinionated. JavaScript is the exact opposite.

The data access layer in JS leaves a lot to be desired (especially compared to Rails)

React almost felt like a winner for single page apps, but there was never a great "flux" pattern to use, and now they've completely ruined that ecosystem with Hooks.

Also SPA's have become so big and bloated it's time to go back to something that you can build progressive web apps with like jQuery.

Agreed. I've shipped projects in ASP.Net MVC, Rails, Django, Grails, and Express, and to paraphrase Alan Kay[1], NextJS is the first javascript server-side framework worth criticizing.

[1] https://www.fastcompany.com/40435064/what-alan-kay-thinks-ab...

0.1 + 0.2 == 0.3 returns false in all the interpreters I have installed locally (Ruby, Python, NodeJS and Haskell), and you can't with a straight face pretend that Haskells type system is not strict enough.

Because I was curious, I tested it out with C# on repl.it and behold, 0.1 + 0.2 == 0.3 returns false in C# as well: https://repl.it/repls/AdoredValidVirtualmachines. Not very surprising of course, since that "error" is a result of the IEEE floating point spec and not of any language.

Thank you, I'm so sick of this being used as an example of why JavaScript is bad...

If you write in C# decimal a = 0.1m; decimal b = 0.2m; var result = a + b; then you will get exactly 0.3, because decimal is a special high-precision numeric type that doesn't have such issues.

It's not just JavaScript with that issue... https://0.30000000000000004.com/

Not if you use decimal type that is not available in JavaScript.

I'm curious what you're comparing JavaScript to. Decimal is the native numeric datatype for the stored procedure language of the database I use. Otherwise, even in languages that have a decimal class in their standard library, it's usually pretty clunky to use; no better than, say, https://github.com/MikeMcl/decimal.js/ C# is perhaps the best among mainstream languages, although its implementation is a bit weird.

What is clunky about decimal type? You declare a decimal variable and then use it exactly like any other numeric type. Here is an example: https://dotnetfiddle.net/jjJHA6