3 ms·
The writing on the wall for Flutter is the lack of uptake. We are in living in a world of too many ways to make web UIs. Google is hoping to control more of the
by dtagames 4y ago
The writing on the wall for Flutter is the lack of uptake. We are in living in a world of too many ways to make web UIs. Google is hoping to control more of the framework ecosystem by getting everyone on a web UI system that they control. But it's too late for that.
Everyone who writes frontend stuff is sick of new framework and language proposals. I think many of us would rather figure out ways to become more productive and write better UIs in shorter time with the languages and tools we already have. There's just too much of a huge codebase in JS/TS and HTML to ever move any significant amount of anything to Dart and Flutter. There's no upside for the programmers who have to do that work.
- eternityforest 4y agoAside from flutter, what open source, truly cross platform dev tools do we have with that level of performance, that are fully supported and not some obscure github page, that integrate with debugging and simulation in the IDE that well? With hot reloads? Plus, it's a a safe-ish language, it's a pretty nice declarativeish GUI system that is nearly free of manual fussing with positions and sizes, it's got utility functions in the standard library.... It gets basically everything right. There's lots of ways to make web UIs, but how many can be used on Android all that well? Flutter pretty much puts the entire dev experience in a box almost like VB did, just 100x better and without the focus on RAD builders. It's not 500 tools never meant to integrate and linters that can't find your dependencies, everything works together. If flutter went, I'd be sad. I have never seen anything like it, anywhere.
- dtagames 4y agoFor me, the answer is bare metal web components with Lit. It's all web standards stuff and not going to change underneath you. With a hot reload server like Vite and writing TS in VSCode, you have amazing developer support. Even Copilot understands web components because they're HTML. I'm faster and write better code with this setup than any UI "framework" that's tied to a vendor. Personally, I'm over proprietary platforms for mobile and desktop devices. It's much easier from a dev standpoint to deliver everything as a web app. PS: Here's an intro series [0] I wrote on bare metal web components. [0] https://medium.com/gitconnected/getting-started-with-web-components-lit-part-1-911aa7058e9b https://medium.com/gitconnected/getting-started-with-web-com...