Live data from Hacker News

Google's cross-platform Flutter UI toolkit goes 1.0

techcrunch.com

331–340 of 343 posts

Re: Google's cross-platform Flutter UI toolkit goes 1.0

#331
post #240

Does Flutter have easy modules for standard things like login, comments, payments etc. or does that involve writing separate server side code?

Combined with Firebase, yes, that's fairly easy to setup. https://firebaseopensource.com/projects/flutter/plugins/

This is great. Thanks!

Re: Google's cross-platform Flutter UI toolkit goes 1.0

#332

Earlier quoted context omitted.

7+ years from early 2016, which means 4+ years today. Take it as you will. The point being that just because Google uses something for AdWords doesn't mean Google will maintain it for the long run. I might find other arguments more convincing.

All technologies will get replaced by something else eventually. Presentation technologies have a short shelf life. GWT is 12 years old now, that's quite a good run.

> GWT is 12 years old now

And Google hasn't maintained it for five years now, which is the point.

Re: Google's cross-platform Flutter UI toolkit goes 1.0

#334

Why is this any better than React and React native? Why would I want to learn Dart and this ecosystem? I mean, it better be damn good

Flutter is supposed to be much faster than React Native because of Skia engine and its GPU acceleration and AOT compilation.

What’s “so much faster” and should anyone care unless they’re making games?

Why isn’t there an equivalent of Interface Builder for React Components?

Re: Google's cross-platform Flutter UI toolkit goes 1.0

#335
post #286

Earlier quoted context omitted.

Website (+responsive mobile sites) have been using custom UIs for years and no one bats an eye A framework for mobile uses custom UIs and everyone loses their minds?

1. People regularly complain about inconsistent web UI. 2. Even web apps often have similar idioms and patterns to their UI that they've settled on. It's their own patterns that are different from desktop OS, it's basically another category. 3. Most web apps are used on desktop, not mobile. On mobile, it's mostly native apps that are used. So they're not substitutes.

> Most web apps are used on desktop, not mobile. On mobile, it's mostly native apps that are used. So they're not substitutes.

This needs some citation

Re: Google's cross-platform Flutter UI toolkit goes 1.0

#336

Earlier quoted context omitted.

React will definitely make 10 years. It’s almost at 5...

As the darling of the tech community? I very much doubt it will make another 5. Everyone I know seems to be starting greenfield projects with Vue. And I would be shocked if there wasn't some revolutionary new thing I've not yet heard of waiting in the wings. I have nothing against React (I use it) but I see no reason to believe it will not follow the lifecycle of every presentation technology that came before. Ten ye…

[deleted]

Re: Google's cross-platform Flutter UI toolkit goes 1.0

#337

Earlier quoted context omitted.

React will definitely make 10 years. It’s almost at 5...

As the darling of the tech community? I very much doubt it will make another 5. Everyone I know seems to be starting greenfield projects with Vue. And I would be shocked if there wasn't some revolutionary new thing I've not yet heard of waiting in the wings. I have nothing against React (I use it) but I see no reason to believe it will not follow the lifecycle of every presentation technology that came before. Ten ye…

I wouldn’t start a greenfield project with Vue and have no draw toward it. I’d go React. I think React/Vue are the end of the road in terms of JS, Vue for people who think tooling is hard, and React for people who don’t mind the tooling.

People attribute the JS presentation library churn to fadism, but I’ve seen it as a response to everything being pretty bad before React. Can’t blame people for desperately trying everything when everything is bad. React was really the first one for JS that really empowered people and every year it gets better.

Anyway in the sense that Reactive rendering is apparently a core element of flutter, all I care about is that the future is React-like, and in that sense React will be around for a long time....

Re: Google's cross-platform Flutter UI toolkit goes 1.0

#338
post #307

Earlier quoted context omitted.

> I think they want to own all the software at almost every level That's what everyone wants to do. Guess what, Google might be big, but Android is big because Google has many partners. If they try to pull that off, all their partners will drop them like a hot potato. And I agree with you it's probably to ditch Linux cause Linux has too much political baggage, i.e. they want to fully control Fuchsia. For us, it's pro…

> If they try to pull that off, all their partners will drop them like a hot potato. At that point, will they have a choice? I mean most partners already bow to Google's control over AOSP -- if they said tomorrow that android was actually switching to run on top of fuchsia (let's say they did all the work to make it happen, so it was "seamless"), everyone would just be like... "ok". While I'm not sure I necessarily w…

Lets put it this way, Google already made most of the work with Treble and yet it isn't being adopted as they thought it would, making them finally take a stance regarding updates.

https://android-developers.googleblog.com/2018/11/an-update-...

Re: Google's cross-platform Flutter UI toolkit goes 1.0

#339
post #181

Look at how many comments on this, or any other Flutter thread, mention hot reload. What I take from that is this: if your toolchain makes rapid iteration easy people will figure out how to work around almost anything else. Language/framework/tool creators rarely put enough time into the developer experience. And by that I mean the experience of a developer working with your tool for 8 hours a day. I can get more don…

I believe rapid iteration (and learning curve) is what made php and javascript (and delphi, anyone?) that popular. I'm happy there's another platform but they really should use some existing language with mature tools and libs. Why reinvent everything again? Unless their real intent is to lock you to their own ecosystem and then mildly steer you to using or preferring to integrate with their own products. BTW: Is dar…

https://flutter.io/docs/resources/faq#why-did-flutter-choose...

"Is dart really open? Publishing sources does not mean a thing"

BSD license, ECMA standard.... https://github.com/thosakwe/xart

Post reply on HN