Has Flutter solved its footprint-bloat problem? The internet is littered with reports of 10-100MB+ .ipa and .apk binaries coming out of simple Flutter apps for iOS + Android. Google states they can't imagine the footprint ever dropping as low as 1MB. [1] On Web, 1MB of base runtime is a complete showstopper. Embedded applications may suffer similarly. Does today's announcement mean Google has figured out how to fix t…
I tested it, and the "Hello, World" example results in a 560k js package. Uglified and minified takes it down to around 480k. Gzip takes that to 140k and Brotli compression to 100k. That's a lot to bootstrap an app with, but it's not unreasonable, considering what most frameworks these days will start you with.
Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
161–170 of 467 posts
Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
#162I’ve given Flutter a try with one of my client’s apps, and in some cases, it’s obviously better than native development. Mainly because you can develop for both platforms. I’d be curious to hear where other developers think Flutter is a good framework to use instead of developing native code.
> and in some cases, it’s obviously better than native development. Mainly because you can develop for both platforms Have you tried Xamarin?
Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
#163Earlier quoted context omitted.
Web development with DOM, CSS, etc. is a morass of complexity. I'm really excited about a fresh approach to UI development. If they can pull it off, it is going to be very compelling. It is going to take an enormous amount of investment. Something like this could only be done by a "FAANG" size company.
Well, not new. They take features of regular toolkits like gtk and qt, claiming them as new, paradigm shifting, bigger than sliced bread things. Except it is still a very early stage product and feature set of one tenth of what QT or GTK would have provided.
Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
#164Earlier quoted context omitted.
it's not just what goes over the wire. that's 560k of JS that has to be parsed and compiled, which is a shitload.
Yes, but it’s more or less in line with current single page apps. In fact, quite possibly a bit smaller.
Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
#165We need to learn yet another language (Dart)? No thanks.
otherwise I might put some time into it, the Dart decision is unwise to me. Life is too short to get good of so many languages(esp the eco-systems behind each)
Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
#166Earlier quoted context omitted.
(I'm the Flutter TL.) According to today's benchmark numbers, we're at 4414KB on Android and 8572KB on iOS (IIRC, iOS encrypts before compressing so it can't get as good a compression). This is for our Hello World test app ( https://github.com/flutter/flutter/blob/master/examples/hell... ), which is more or less the smallest app you can imagine building with Flutter unless you bypass the entire framework and only use…
Fellow Googler here. I think it’s best to report those numbers with the appropriate SI prefix: 4.414 MB and 8.572 MB. Reporting numbers as “X thousand kilobytes” makes it harder to grok the real scale.
Is this what a culture that AB tests 34 shades of blue looks like?
I think we can handle the conversion here in the HN comment section!
Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
#167Earlier quoted context omitted.
I disagree. I think Ruby/Rails is a good example of this. They maximize on developer happiness but that doesn’t stop users from using a bloated rails app. Take a look at GitHub/GitLab as an example of a Rails app I guess?
I don't see how end users suffer from using Rails. Server side rerponse time is a very small component of page load time for most websites. It's different from being forced to download and parse megabytes of JS, which consumes CPU, battery and time.
Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
#168Earlier quoted context omitted.
> It’s funny now that there’s fiber having 1GB/s internet speeds, we rant about 1MB size package. Half the people in the world probably struggle to have access to a 10 Mb/s connection. Even I go to places with connections that are tenuous at best.
I think there’s a middleground there that if you want to support these countries then there should be a framework for this (Flutter Lite?).. But if you want the complete feature set that is “bloated” but has good ux/ui support then that should be fine as well.
Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
#169Earlier quoted context omitted.
(I'm the Flutter TL.) We support targeting the Web (that's the tech preview we released today), and we support targeting Android, both of which ChromeOS support. We also support development on ChromeOS.
So there's not, as of now, a "native" (not using the Android emulation) Flutter API in ChromeOS?
The modern way would be to write a single page app using standard web API's, if those are enough to accomplish what you want, since it's portable to other browsers that way.
Re: Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop
#170Earlier quoted context omitted.
I think there’s a middleground there that if you want to support these countries then there should be a framework for this (Flutter Lite?).. But if you want the complete feature set that is “bloated” but has good ux/ui support then that should be fine as well.
"these countries"? I've seen schools in the US with 15 mb/s My mothers, Xfinity, has a low tier, 25mb/s.