Hey, author here. Thanks for the feedback! The goal definitely is to focus on the core. I mentioned this in the video, I like to think of this as a (multiplayer) work sandbox. I'm really curious about all the different workflows people have/ could build.

Windows, Linux and even web versions are planned!

Thank you.. Good luck, cuh!

Fully agree (been an early Flutter adopter!). It's always the right too for the right job, declarativness makes a lot of sense for most UIs. UIs are surprisingly more complicated than one might think, there is accessibility/ theming/ keyboard traversal etc., just declaring UI and letting the framework figure out the rest has held up pretty well.

And because of the open source nature you can always drop down in layers, just a few weeks ago I made a very specific engine optimization, all while the application code on-top can stay declarative!

I'm really curious how far and how fast prices will drop (if at all)!

I would assume the acceleration pattern of being in a vehicle is somewhat distinct.

I'd be curious what happens when you are in a vehicle that drives completely steady (no turns/acceleration/deceleration) - would it eventually turn off? I guess you wouldn't get motion sick in that case either way.

I've used it on trains a bit and it does turn off when the train is going straight ahead. You might be going 200km/h, but if the speed isn't changing and you're always going forward you don't really feel any force, and neither does the phone, so the dots don't need to be there any more.

While building has becomes way cheaper (and probably is going to become even cheaper in the future), is building something exceptional really that much cheaper now?

AI has certainly made it so much simpler to just pump "something" out (slop), but did it actually make building something that went through hundreds and thousands of iterations significantly cheaper?

I also like to think AI is really raising the bar for everybody. In the past, you could easily get away launching a product with a crappy landing page and a couple of bugs here and there, is that still the case? Don't people just expect a perfect landing page at this point (when's the last time anybody specifically talked/ thought about responsiveness?) paired with a flawless onboarding etc.?

Thanks!

Binaries in Dart are definitely larger than 200kb, I just AOT compiled one of the examples and it was ~7.4MB (arm64 MacOS). Dart has a few different targets it can compile to, but it generally requires a couple of MBs, as it packages the whole runtime.

Yeah, my goal definitely is to have to as close to Flutter where it makes sense. You should mostly be able to copy it over 1:1, with a couple of caveats (GUI and a TUI app have a few differences here and there).

That's what it was! I really, really wanted to use Dart because I love Flutter (only ever used it through FlutterFlow and was duly impressed) but I couldn't get around the binary size, mainly because I'm supporting WASM as a backend so it needs tiny binaries.

How did you handle the WASM backend? That part was extremely impressive to me. But aren't the binaries practically too large for WASM?

In any case, really love what you're doing and will be following progress. Outstanding work!

I haven't actually tried WASM yet. The demo on the landing page is using Dart transpiled to JS (embedded in xterm.js). But Dart does also support compiling to WASM directly, I'll give it a try tomorrow and let you know about the stats!

Compiling to WASM is a huge reduction in size (as we don't need to ship a runtime etc. ourselfes anymore), but that requires some browser runtime. Dart specifically doesn't support standalone WASM (outside of the JS/browser context) yet.

I was able to get a WASM binary as small as ~234 KiB!

Yeah, I fully agree. UI has become a pretty obvious example for declerative programming, but it probably makes sense for so many other domains as well!

That's awesome! Love that you can use it out of the box without annoying singups/keys :)

Thanks, this is how I feel about this, too.

Working on https://vide.dev, the Cursor for Flutter devs.

While Cursor stops after writing great code, Vide goes the extra mile and has full runtime integration. Vide will go the extra mile & make sure the UI looks on point, works on all screen configurations and behaves correctly. It does this by being deeply integrated into Flutters tooling, it's able to take screenshot/ place widgets on a Figma-like canvas and even interact with everything in an isolated and reproducible environment.

I currently have a web version of the IDE live but I'm going to launch a full native desktop IDE very soon.

Any reason to not use flutter flow with all the AI stuff?

I'd say it depends on where you are coming from. With Vide, I'm approaching this problem from the code side. In my opinion, any application that is supposed to go into production and scale should be built on a solid code foundation.

My value proposition is to make developers more productive by skipping the boring stuff, while FlutterFlow is more of an "all-in-one" app platform.

There is www.divjoy.com which seems promising (haven't tried it myself though)