HNHacker News
TopNewBestAskShowJobs

flybayer

255 karma · joined October 24, 2016

submissionscomments
flybayer··on Blitz.js – Fullstack Toolkit for Next.js
Unless I'm missing something, Blitz RPC add's zero TS overhead. So the limitation will be the total amount of TS code you have which is not related to Blitz.
flybayer··on Blitz.js – Fullstack Toolkit for Next.js
In simple terms: If you want to use GraphQL, use Redwood. If you want type safe client-server communication without GraphQL, then use Next.js + Blitz
flybayer··on Blitz.js – Fullstack Toolkit for Next.js
Fair point. Messaging is so hard, we're still working on it.

Here's a side-by-side comparison to GraphQL from some time back: https://twitter.com/flybayer/status/1256957956270120960

flybayer··on Blitz.js – Fullstack Toolkit for Next.js
Thank you! It's still early for Flightcontrol and we have so much to improve. But we already have a non-trivial amount of production customers (including some very high traffic sites) and solid monthly growth.

We're planning to switch pricing to tiers. Psychologically 30% sounds like a lot, although the end price is quite low. For example we have a site with close to 10 million requests per month with heavy server compute. Their cost is about AWS $300/mo and Flightcontrol $90/month.

flybayer··on Blitz.js – Fullstack Toolkit for Next.js
The whole idea is that you can do that, but we still have a bit more work to clean up internal package dependencies to make that nice.

The goal for beta was to reach Next.js production feature parity with legacy Blitz. Now we can turn to cleaning it up for other uses.

flybayer··on Blitz.js – Fullstack Toolkit for Next.js
> with the "everything is a magic compiler" philosophy

Blitz RPC has 1 minimal magic step, which is a webpack step to replace the resolver imports in client code with a fetch function and to add resolvers to the server-side API endpoint.

And we'll be adding an API that lets you use Blitz RPC without webpack or any compile step.

flybayer··on Blitz.js – Fullstack Toolkit for Next.js
> I'd strongly suggest having a direct comparison vs. tRPC page in the documentation

Yes, it's coming.

> does that mean it can be used with Vite?

Yes, but we do have a bit more work to clean up our internal package dependencies and APIs so that this works.

flybayer··on Blitz.js – Fullstack Toolkit for Next.js
Slowdown with Typescript and IDE completion. Not runtime.
flybayer··on Blitz.js – Fullstack Toolkit for Next.js
> (Blitz wraps NextJS wraps React)

Again I repeat, that is what Blitz used to be. Blitz no longer wraps Next.js. It's no longer a framework.

flybayer··on Blitz.js – Fullstack Toolkit for Next.js
> 1. Does the Blitz RPC thing work the same way as TRPC?

Depends what you mean by "same way". Yes in that both provide fully typesafe client-server communication. No in that the Blitz implementation is a tiny fraction of the size and does not have any Typescript-related performance slowdown at scale like TRPC.

The Blitz RPC tech itself will scale forever. However as a company scales it'll probably face another problem which is API contracts between internal teams. When you hit that, you may want to adopt GraphQL.

> 2. Having got used to Vite I just cannot go back to Webpack (which IIRC Next still wraps).

Yep, I want Next.js to get off webpack too

flybayer··on Blitz.js – Fullstack Toolkit for Next.js
Everyone love's a skeptic :)

If you properly build a large codebase using patterns like Clean Architecture, then tools like Next.js or Blitz should be fully isolated away from your app logic.

If you need auth in Next.js, your options are Blitz Auth or Next Auth. Try both and see which you like best.

If you need type safe client/server communication, Blitz RPC is one of the options.

Neither of these dictate absolute control over your code as your comment implies.

flybayer··on Blitz.js – Fullstack Toolkit for Next.js
Sorry, bad wording. Just updated that.

Blitz does not replace anything of Next.js. Rather, it compliments it's minimalism.

To build a full app, you need to add a lot of things on top of Next.js. Blitz provides some of those libraries.

flybayer··on Blitz.js – Fullstack Toolkit for Next.js
That's sort of what Blitz used to be, but not anymore
flybayer··on Blitz.js – Fullstack Toolkit for Next.js
Blitz is very different. Next.js and Remix are comparable, but Blitz is a toolkit you can use with Next.js (and also Remix once we finish a bit more work). Blitz picks up where Next.js leaves off, providing libraries like a type safe RPC layer and auth and conventions like how to structure your files and how to implement multi-tenet apps.
flybayer··on Blitz.js – Fullstack Toolkit for Next.js
Hello, I'm the creator of Blitz.js

[Feb 2020]: First announced. [Apr 2020]: First alpha release. [Feb 2021]: First beta release. [Dec 2021]: Decided to do major pivot.

Today the Blitz.js 2.0 pivot to a modular Next.js toolkit reached Beta status [1]

Previously Blitz abstracted Next.js, but Blitz 2.0 is now a modular toolkit that plugs into any new or existing Next.js app. Blitz picks up where Next.js leaves off, providing libraries and conventions for shipping and scaling small to large apps.

When I first created Blitz, my aim was to have an all-in-one fullstack framework for Javascript like Ruby on Rails. But that proved to be too difficult. I've decided that achieving an all-in-one framework for JS like Rails is too difficult unless you have a ton of funding and don't have to make meaningful money.

The difference with JS is that client-side frameworks like React have an incredible amount of complexity. Trying to manage all of that and all the other fullstack framework stuff like API layers, auth, file uploads, etc is too large of scope.

So now Blitz is no longer trying to do it all and is focusing on all the non-frontend functionality you need to ship web apps.

Going forward, we want to be the most trusted technical resource for rapidly building and scaling full-stack TypeScript apps.

[1] https://github.com/blitz-js/blitz/releases/tag/v2.0.0-beta.1

flybayer··on Ask HN: Next vs. Blitz vs. Remix,which fullstack JavaScript framework to select?
:) Mainly because we don't have a good mobile app story yet, although some are making it work. However this is top priority after our new 2.0 release.
flybayer··on Ask HN: Next vs. Blitz vs. Remix,which fullstack JavaScript framework to select?
Any of those, including RedwoodJS, will all give you plenty of performance!

I highly recommend you build it in a monolithic approach, because it will make it a lot easier and faster to build.

Since you are mobile app heavy, I would probably go with GraphQL using RedwoodJS+Prisma or Next.js+Prisma+Pathos [1]

[1] https://pothos-graphql.dev/

flybayer··on RedwoodJS 1.0
Blitz doesn’t use GraphQL, one of the unique things about it.
flybayer··on RedwoodJS 1.0
No, DX will still be almost exactly the same on the user side.
flybayer··on Future of Blitz
It’ll be similar. Same result, but very different DX flavor.

Also, new Blitz includes a plugin system, that allows you to easily integrate multiple modules, for example auth and RPC and have them work together seamlessly. And have things just work like you’d expect, such as query cache being deleted on log out, and queries refetched on log in.

flybayer··on Future of Blitz
The zero-API model doesn’t prevent specialization at all. You can add as many distinct domain layers as you want with different teams responsible for different layers.
flybayer··on Future of Blitz
What reliability issues did you have with Blitz?
flybayer··on Future of Blitz
Blitz is not becoming less opinionated. It’s just the implementation that is changing.

The internals are significantly less complex now. Before, Blitz was a fork of Next.js, and dealing with that was a nightmare. Contributions dropped off significantly because of that.

Now features are nicely packaged and isolated. Much easier to reason about and contribute too.

flybayer··on Heroku Is Down
We just launched Flightcontrol[1] last month which provides the DX of Heroku (arguably better actually), but deploys all the resources to your own AWS account.

Git push to deploy fargate containers + automatic CDN + easy custom domains + auto https + multiple services per environment.

Coming soon is databases, private workers, static sites, and multi service preview environments.

We set up everything with best practices using VPCs, etc. We link directly to AWS services from our dashboard, but you don't have to know anything about devops.

If any of you try it out, I'd love any feedback you have for us!

[1] https://flightcontrol.dev

flybayer··on Remix – A framework focused on web fundamentals and modern UX
Yes, definitely different takes on the same problem! We could make a comprehensive list of all the differences, but the end result is that you can use all three (four if you include Next.js) to build any web app imaginable.

At the end of the day, you must try them each for yourself and find which one resonates most with you and your team.

flybayer··on Next.js 12
We are working on this right now at https://Flightcontrol.dev
flybayer··on Ask HN: Why is there no Django/Rails equivalent in JavaScript world?
Blitz is getting tons of traction. Thousands of businesses all around the world are using it in production including Algolia and GraphCMS.

Over 400 new projects are being created every day.

Keep in mind, Blitz is still pre-1.0, so there's a lot of folks wanting to use it that are waiting until 1.0 (expected by end of year).

But overall, it's only 1.5 years old. Getting massive adoption just takes time.

flybayer··on Flightcontrol – Next Generation Heroku that runs on your own cloud
That's a really good point I hadn't considered. Thank you
flybayer··on Flightcontrol – Next Generation Heroku that runs on your own cloud
Yeah we'll remove it at some point. Initially we feel it best communicates what we are building
flybayer··on Blitz: A Fullstack React Framework, Built on Next.js
npm i prisma@latest @prisma/client@latest
← PreviousPage 2 of 4Next →