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

Flutter 3

docs.flutter.dev

Post reply on HN
Print view View original

271–280 of 453 posts

Re: Flutter 3

#271

Post by toephu2 »

hunterb123 wrote: post #178
mhoad wrote: post #174

Earlier quoted context omitted.

The Facebook app is not written in React Native. They tried it and famously abandoned it no?

The Marketplace tab in the FB app is written in React Native. The Ads Manager app is written in React Native. The Instagram app is written in React Native. The entire FB app is not written in React Native yet, but overtime I'd expect more things to be. The statement that FB "abandoned react native on mobile" is demonstrably false.

I don't think the entire Instagram app is written in React Native. Only parts of it.

Someone currently on the Instagram team can correct me if I'm wrong.

Re: Flutter 3

#272

Post by orangecat »

jzer0cool wrote: post #239

+1 for Flutter 3 supports the Apple Silicon Mac (aka M1). I could not get this to run on a Ubuntu VM (arm64) - anyone know if this is also working?

Works fine for me in Asahi Linux, both Flutter 2.x and after upgrading to 3.

Re: Flutter 3

#273

Post by hunterb123 »

the_duke wrote: post #249
hunterb123 wrote: post #156

Earlier quoted context omitted.

I disagree, Flutter is probably the worst choice. React Native is the all around best choice for targeting all platforms natively, otherwise use pure web tech (Ionic + Electron) The desktop and web targets for Flutter are laughable in their current state. Completely unusable so I consider Flutter to be a mobile only platform at this time. Another downside is Flutter's emulated UI, it doesn't bridge to native controls…

Every experience I had with React Native was truly horrible. Gigantic, messy JS dependency tree. Constant build breakages after minor version updates. Random flakiness. Unmaintained or buggy native plugins. Questionable support for issues that didn't affect FB. I wouldn't touch it again.

There's Expo if you don't want to setup your own stack.

You certainly don't need it though, I have no issue with my React Native stack.

Flutter has its share of similar tooling issues, most of the time its native things like CocoaPods that affect both projects.

RN has a huge amount of plugins, a lot that are very good quality. It's up to the dev to pick quality dependencies.

Re: Flutter 3

#274

Post by orangecat »

godmode2019 wrote: post #268

Question: can you write a de-googled flutter app? Or does it require google services or call home monitoring

Question: can you write a de-googled flutter app?

Yes, there's several in F-droid. Flutter doesn't use any Google services by default.

Re: Flutter 3

#275

Post by NonNefarious »

the_duke wrote: post #246
NonNefarious wrote: post #214

Earlier quoted context omitted.

"I just wish Google had built Flutter on a low level core that isn't tied to Dart, so it would be usable from other languages." Exactly. Dart is a deal-breaker. I was tasked with choosing a cross-platform development solution, and rejected Flutter because nobody at my company (including me) knows Dart or has time to learn it. Nor would any contractors we were likely to find know it. After quite a bit of research on o…

To be fair: Dart is relatively straight forward and simple to learn. You should have decently qualified developers be productive within a week. But forcing a new language on people usually doesn't go well.

Sure, I'm not trashing the language, because I know nothing about it.

Our whole dev team is C/C++, with random people who know Python and a few other things. I'm the only one who knows Swift. They're bright people and not hostile toward new ideas, but they're already overtaxed and can't cater to an outlier project written in a language no one knows and built on a framework no one knows.

Re: Flutter 3

#276

Post by nu11ptr »

orthecreedence wrote: post #200
Mertax wrote: post #151

Earlier quoted context omitted.

I think the decision of which cross platform technology to use mostly depends on a team's preferred tech stack. C++ -> QT C#/.NET -> MAUI/Blazor JS/Web -> React.Native/Electron Dart -> Flutter This is what I think is holding back Flutter -- that it wasn't built on an incumbent technology. Because Dart doesn't have quite the following, it has to evangelize itself a bit more than the other options.

Rust -> ='[

gtk-rs

Re: Flutter 3

#277

Post by NonNefarious »

heavyset_go wrote: post #195
the_duke wrote: post #42

Despite many maturity issues in practice Flutter is the only realistic option for true cross platform UIs that run everywhere. Apart from Qt , but the licensing issue is a hindrance. And yes, the web backend isn't ideal, but it will improve over time. I just wish Google had built Flutter on a low level core that isn't tied to Dart, so it would be usable from other languages. Dart isn't horrible and is getting better,…

> Apart from Qt , but the licensing issue is a hindrance. Most of Qt is available under the LGPL. Some application specific libraries are available under the GPL, but there's no reason you'd need to use them unless you have special use cases that their libraries would make easier to handle. > I just wish Google had built Flutter on a low level core that isn't tied to Dart, so it would be usable from other languages.…

We just built a desktop app with QML in a CMake-based Qt project, and I've been pleasantly surprised by the experience.

Our brief experimentation with Qt Widgets, on the other hand, revealed a shocking level of dysfunction in basic UI-layout implementation, in what is supposed to be a very mature UI toolkit. But it seems that they're basically abandoning Widgets at this point, so ¯\_(ツ)_/¯.

Re: Flutter 3

#278

Post by NonNefarious »

eweise wrote: post #58
the_duke wrote: post #42

Despite many maturity issues in practice Flutter is the only realistic option for true cross platform UIs that run everywhere. Apart from Qt , but the licensing issue is a hindrance. And yes, the web backend isn't ideal, but it will improve over time. I just wish Google had built Flutter on a low level core that isn't tied to Dart, so it would be usable from other languages. Dart isn't horrible and is getting better,…

I don't know the history, but wouldn't Kotlin be a saner approach? Better language and at least native to android.

No post body was provided.

Re: Flutter 3

#279

Post by NonNefarious »

qalmakka wrote: post #187
the_duke wrote: post #42

Despite many maturity issues in practice Flutter is the only realistic option for true cross platform UIs that run everywhere. Apart from Qt , but the licensing issue is a hindrance. And yes, the web backend isn't ideal, but it will improve over time. I just wish Google had built Flutter on a low level core that isn't tied to Dart, so it would be usable from other languages. Dart isn't horrible and is getting better,…

> Apart from Qt, but the licensing issue is a hindrance Qt is LGPLv3, which is really a problem only if you plan to develop embedded software. Sure, there are a few GPL v3 modules here and there, but it's mostly very specific stuff (virtual keyboards, Wayland compositors, ...)

How is it not a problem if you want to sell closed-source software? I guess you can dynamically link desktop applications (although I'm not sure how this works in Apple's Mac app store), but you can't do that with mobile apps.

Re: Flutter 3

#280

Post by lwansbrough »

msoad wrote: post #49

What are big and highly used apps that use Flutter?

Our app probably falls into those categories. Millions of downloads between iOS and Android, and has upwards of 50 different pages.

iOS: https://apps.apple.com/us/app/tracker-network-stats/id128769... Android: https://play.google.com/store/apps/details?id=network.tracke...

Post reply on HN