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

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

developers.googleblog.com

Post reply on HN
Print view View original

461–467 of 467 posts

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

#461

Post by KonkeyDong69 »

theWheez wrote: post #409
sandGorgon wrote: post #182

Can someone from the Google team comment on what's going on - https://techcrunch.com/2019/05/07/kotlin-is-now-googles-pref... > Android development will become increasingly Kotlin-first,” Google writes in today’s announcement https://techcrunch.com/2019/05/07/google-launches-jetpack-co... > Google today announced the first preview of Jetpack Compose, a new open-source UI toolkit for Kotlin developers who want to use…

I asked this exact question at the Android Dev summit this last year, and was laughed at https://youtu.be/FV3iN4PIB5U?t=902

Hey. Clicked the link. Watched the video. It appears, that you were not laughed at.

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

#462

Post by tracker1 »

tylerhou wrote: post #301
tracker1 wrote: post #265

Earlier quoted context omitted.

Aside: Would love to see electron and Cordova bridge the gap together for mobile targets. If they can establish a few common interop libraries, you could come very close to the same code for both.

I'm really uncertain about a huge JavaScript runtime on mobile -- seems like an energy waste/slow code. Dart's AOT story the Cupertino wrappers for iOS in Flutter really excite me. Disclaimer: I work for Google; all opinions are my own.

The runtimes is already there. Not to mention there's still room for improvement.

I'm not against other options being available. But there's a certain amount of pragmatism to being able to use the same skills, developers and code to approach development that targets several disparate platforms in a very open way.

My favorite language is JavaScript for all the flexibility. My second and third are Rust and C#. Just getting my feet wet with rust and have done C# from the beginning. They all have very different reasons to exist and most applications can be written with any of them.

In the end of the people paying for the development cannot fund a given approach, there's a certain pragmatism that must and should take priority.

With JS I can use functional, classical, and procedural approaches and mix them as needed. There are foot guns. They are there in every language.

As to overhead and battery, I can see the point. If rather have an app with more overhead, than no app at all. I use Windows, Linux and Mac and tend to favor apps that work everywhere. If like to see that extended to phones.

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

#463

Post by ptx »

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…

Weren't Symbian and MeeGo both sabotaged by Stephen Elop who came in briefly from Microsoft to assume the role of CEO of Nokia, decided to burn everything they had to instead buy Microsoft's solution, and then returned to Microsoft when the job was done?

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

#464

Post by irascible »

stonogo wrote: post #321
coldtea wrote: post #305

Earlier quoted context omitted.

> This is flash. You can't do anything in it that fills like the web - no copy paste Whereas you would have that in a Canvas or OpenGL equivalent web game? > right clicking causes things to happen. That's already the case for tons of websites, there's support for that in web standards. > There's a reason why flash died out, and it's not only apple. Yes. It was controlled by a single company, IDEs were paid for, it wa…

> It was controlled by a single company, IDEs were paid for, it was more marketed to designer types, and it was frequently slow and used for apps and annoying stuff. So aside from the IDE cost and marketing, there's no difference.

Flash was garbage code hidden behind closed source. The fact that it achieved so much was just an artifact of the dire need for a web graphics api.

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

#465

Post by vonseel »

kkarakk wrote: post #447
vonseel wrote: post #430

Earlier quoted context omitted.

I’m not sure this really matters for a lot of things anymore. Sorting a few hundred text items in a list, for example, is going to be so fast on modern smartphones that it will not make much of a difference whether it’s done in JavaScript or native. Maybe a poor example, but I suspect the only times it really makes a difference is significantly computationally expensive tasks

so? most apps are by nature going to be computationally expensive if they want to compete/successfully use all phone features. i made a simple(according to them) corporate data sync app recently and the company wanted a laundry list of features - background sync, smooth scrolling of extremely large datasets, photographic analysis of images taken at tolls(extracting license plate information/classifying vehicles autom…

Your app sounds like it used some advanced features, but I don’t think most apps are going to be computationally expensive in the way that local-AI, image processing, or crypto activities might be. I am not sure what qualifies as extremely large datasets, but I’d be surprised if keeping a few dozen objects in order is significantly lower in JS than Swift. Yes, it may be an order of magnitude slower - or ten orders - but that seems negligible if the total time for processing is still nanoseconds. Guess it always comes down to the task at hand.

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

#466

Post by theWheez »

KonkeyDong69 wrote: post #461
theWheez wrote: post #409

Earlier quoted context omitted.

I asked this exact question at the Android Dev summit this last year, and was laughed at https://youtu.be/FV3iN4PIB5U?t=902

Hey. Clicked the link. Watched the video. It appears, that you were not laughed at.

By Googlers? No, but by the audience around me, yes
Post reply on HN