Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Flutter vs. Other Mobile Development Frameworks: A UI and Performance Experiment

blog.codemagic.io

Post reply on HN
Print view View original

81–90 of 186 posts

Re: Flutter vs. Other Mobile Development Frameworks: A UI and Performance Experiment

#81

Post by hota_mazi »

> Creating the Flutter application only took approximately ⅓ of the time it took to create both native applications combined. This proves how much time you save by using cross-platform frameworks

No, it absolutely doesn't.

This is like saying "Writing 'hello world' in Python took three times less time than writing it in C, therefore Python is three times more productive than C".

If that's what the author of the article genuinely believes, then they are clearly not qualified to comment about language productivity.

Re: Flutter vs. Other Mobile Development Frameworks: A UI and Performance Experiment

#82

Post by hamaluik »

lazyjones wrote: post #78

That's some admirable persistence by the author... I gave up on Flutter (for now) right after installing, having to accept (and supposedly read first) about 10 licenses during the process and then failing to start basically the default app in the Android emulator with obscure error messages. What a terrible UX developers have to put up with these days... At least it was funny to let Android Studio analyze the code (t…

That’s weird.. aside from accepting licenses (which to me is fine), Flutter has always been a buttery smooth development process for me—much more so that trying to wrangle Xcode or Android Studio.

Re: Flutter vs. Other Mobile Development Frameworks: A UI and Performance Experiment

#83

Post by Townley »

deltron3030 wrote: post #75
Townley wrote: post #5

Another factor when evaluating platforms to build an app with includes ease of initial submission/submission of updates. I've never used Xamarind or flutter, but easily one of the best parts of using Expo (React-Native) was their built-in certificate management, guidance through the submission process, and eventually immediate publication of updates through running `expo publish` My client was pleasantly speechless w…

Isn't there the danger that Apple just forbids/bans this remote code reloading/replacement to protect their users? I mean it's a loophole that can get abused (and likely is) for stuff that wouldn't make it through the review process in first place..

Definitely crossed my mind. It'd be easy enough to submit a legitimate app and then modify the content it serves to be something malicious. No idea if/when a follow up review might catch that outside of user reporting.

But in the scenario where apple decides to no longer allow OTA updates, you're just back to the extended review process that native apps have to go through, so I think the productivity gains make it worthwhile.

Re: Flutter vs. Other Mobile Development Frameworks: A UI and Performance Experiment

#84

Post by hota_mazi »

virtualwhys wrote: post #65
arielm wrote: post #62

Ultimately it’s hard to evaluate using a single simplistic app. It’s not a matter of setting up a better evaluation but rather real life. A different way to look at this is adoption, and flutter isn’t at all popular. I don’t believe that’s only a matter of visibility. React Native is the 5th and Xamarin is the 7th most used frameworks for iOS while flutter is 15th, and similarly among Android apps where it’s 10th. So…

By some measures Flutter is taking off [1], and it's Github repo has certainly drawn some interest [2]. At any rate, Flutter is far from unpopular, and is iirc the youngest of any of the competing frameworks. [1] https://trends.google.com/trends/explore?q=%2Fg%2F11f03_rzbg... [2] https://github.com/flutter/flutter

Incremental growth means nothing. It's easy to double your mind share when you start with 0.0001%.

The bottom line is that Flutter has close to nonexistent adoption in the real world, not helped by the fact that Google doesn't really seem to care at all about it (at least the Android team has shown zero interest to support Flutter, which should be its death knell right there).

Re: Flutter vs. Other Mobile Development Frameworks: A UI and Performance Experiment

#85

Post by judge2020 »

deltron3030 wrote: post #75
Townley wrote: post #5

Another factor when evaluating platforms to build an app with includes ease of initial submission/submission of updates. I've never used Xamarind or flutter, but easily one of the best parts of using Expo (React-Native) was their built-in certificate management, guidance through the submission process, and eventually immediate publication of updates through running `expo publish` My client was pleasantly speechless w…

Isn't there the danger that Apple just forbids/bans this remote code reloading/replacement to protect their users? I mean it's a loophole that can get abused (and likely is) for stuff that wouldn't make it through the review process in first place..

Not sure about the flutter/react native situation but dynamic code must only use webkit and JavaScript core so that Apple can ensure your application isn't accessing private APIa via a remote code update.

https://developer.apple.com/news/?id=09062019b

Re: Flutter vs. Other Mobile Development Frameworks: A UI and Performance Experiment

#86

Post by lazyjones »

hamaluik wrote: post #82
lazyjones wrote: post #78

That's some admirable persistence by the author... I gave up on Flutter (for now) right after installing, having to accept (and supposedly read first) about 10 licenses during the process and then failing to start basically the default app in the Android emulator with obscure error messages. What a terrible UX developers have to put up with these days... At least it was funny to let Android Studio analyze the code (t…

That’s weird.. aside from accepting licenses (which to me is fine), Flutter has always been a buttery smooth development process for me—much more so that trying to wrangle Xcode or Android Studio.

So, you use Flutter from some other IDE and avoid Android Studio altogether? I'll probably try that next, I just did what flutter.io suggested and didn't have any other suitable IDE or editor set up for Dart etc.:

  Flutter relies on a full installation of Android Studio to
  supply its Android platform dependencies. However, you can
  write your Flutter apps in a number of editors; a later 
  step will discuss that.
Is the general consensus that IntelliJ-based Android Studio isn't really a good choice as IDE?

Re: Flutter vs. Other Mobile Development Frameworks: A UI and Performance Experiment

#87

Post by dragonfax »

lazyjones wrote: post #86
hamaluik wrote: post #82

Earlier quoted context omitted.

That’s weird.. aside from accepting licenses (which to me is fine), Flutter has always been a buttery smooth development process for me—much more so that trying to wrangle Xcode or Android Studio.

So, you use Flutter from some other IDE and avoid Android Studio altogether? I'll probably try that next, I just did what flutter.io suggested and didn't have any other suitable IDE or editor set up for Dart etc.: Flutter relies on a full installation of Android Studio to supply its Android platform dependencies. However, you can write your Flutter apps in a number of editors; a later step will discuss that. Is the g…

I used flutter from Android Studio and from VSCode, and neither ever gave me any gruff.

Re: Flutter vs. Other Mobile Development Frameworks: A UI and Performance Experiment

#90

Post by csscrack »

Interesting take on mobile dev frameworks but unfort. with some flaws:

- OP compared dev time but he is more experienced in Flutter, not expressive

- Xamarin Forms is included, not sure if anyone really uses it anymore

- Left out new Iconic React which allows 100% same codebase on all platforms

- OP didn't mention that Flutter has no production-ready web version or at least he could have looked into the beta

However, nice that he took the time to give some basic infos.

Post reply on HN