Flutter: a Portable UI Framework for Mobile, Web, Embedded, and Desktop

Post by ksec » Wed, May 08, 2019, 1:58 PM UTC

Nokinside wrote: post #355

pjmlp wrote: post #245

Earlier quoted context omitted.

Internal politic wars at Google, with management having popcorns to see who wins at the end. If you are confortable with Qt, JavaFX, Xamarin, there is hardly anything to see with Flutter, plus they are based on programming languages that you actually want to have on your CV, instead of one that was dropped from Chrome and rescued at last minute by AdWords team. Plus, even Fuchsia is not so focused on Flutter anylonge…

> Internal politic wars at Google If you allow internal politics in technical decisions, the old is drowning the new child that is tasked with killing the old every time. This is what really killed Nokia's platform domination in mobile phones. Google should take a note. Nokia had dominating smartphone platform (Symbian) and market dominance in mobile phones. It was becoming old, messy and outdated but still doing fin…

Post by amarokaz » Wed, May 08, 2019, 2:19 PM UTC

ricardobeat wrote: post #322

toan3rd wrote: post #281

Earlier quoted context omitted.

If i understood it correctly, React Native basically gives you a JS runtime environment that handles communication with native APIs of the system and is shipped with your app. Flutter (and Dart) will transpile into native code and compile natively for your platform. So on React Native you will have that abstraction layer add runtime latency and package size of your app, while Flutter (Dart) really outputs native code…

Package size for Flutter apps is a lot larger than RN, even the RN Android build that ships it’s own JS runtime. There are complaints everywhere of simple apps reaching 100MB size. As for runtime latency, I’ve recently worked on a RN app that outperformed its native sibling. Looking forward to the Fabric release.

Post by sah2ed » Wed, May 08, 2019, 2:24 PM UTC

willtim wrote: post #378

Crinus wrote: post #372

Earlier quoted context omitted.

> Which bit was fast? The performance. The comparison macspoofing made was with JavaScript+DOM, not with native applications. I wrote games in Flash and played around with JavaScript+Canvas back when HTML5 was still fresh and Flash was still king. The difference in performance was huge and Flash was faster for years . You'd hear people saying that JavaScript+Canvas was a valid replacement, sure, but those people had…

All good points. But I'm still struggling with the idea of using the word "fast" to describe a technology that brought a 2GHz GPU-accelerated machine to its knees with Scrabble. Perhaps "sucked less than JavaScript"?

Post by Eric_WVGG » Wed, May 08, 2019, 2:28 PM UTC

Illniyar wrote: post #259

This is the example flutter app for the web - https://www.nytimes.com/games/prototype/kenken#/ This is flash. You can't do anything in it that fills like the web - no copy paste, right clicking causes things to happen. I don't expect games like this to have links and proper bookmarkable urls, but I doubt it'll work as expected if it did. This is the epitome of the problem with flutter - it re-implements the UI, creat…

Post by fluffycat » Wed, May 08, 2019, 2:43 PM UTC

auggierose wrote: post #386

Hixie wrote: post #239

Earlier quoted context omitted.

(I'm the Flutter TL.) As far as the bit about Flutter goes: Flutter was started by engineers from the Chrome team, and myself (who worked in the open source team as editor of the HTML standard). We had no relationship with the Dart team at all until some times into the project, when we were looking around for a language to replace JavaScript in our project (codenamed Sky at the time). We considered a large number of…

What is a TL?