Live data from Hacker News

We're forking Flutter

flutterfoundation.dev

361–370 of 748 posts

Re: We're forking Flutter

#361

Earlier quoted context omitted.

> Most people don't realize how many apps written in Flutter they use daily, simply because it's impossible to tell You can't be serious. Maybe on Android, but on other platforms—especially iOS—they stick out like a sore thumb. A number of them just look like Material Design Android apps awkwardly transplanted over, but I know that's down to the developer so I won't hold that against Flutter. But scrolling through th…

On Android you can also tell the way the list scrolls. Especially on devices, 2-3 years older.

If you're referring to the increased scroll speed with two fingers issue, that was patched within the last year.

Re: We're forking Flutter

#362
post #177
post #166

Earlier quoted context omitted.

https://ln.hixie.ch/?start=1714717681&count=1 is a sensible estimation

Actions (commits) speak better than words for me - flutter managers like (kevmoo) that are responsible for PR what gonna say? Probably you not gonna hear form them "Sorry we had layoffs and unfortunately our team is to small to handle all issues for now" Same with previous google employees that are still invested in flutter ecosystems by launching commercial products around it even if not at google anymore.

This sounds bitter and misinformed. Check automotive grade Linux and check GitHub for flutter embedders. Flutter being deployed all over the place. It’s impressive. The tooling and DX is excellent.

Re: We're forking Flutter

#363
post #342

Earlier quoted context omitted.

Win32 is the native GUI toolkit on Windows. Winforms is a .NET wrapper to it. There isn't any debate to be had there. Yes, the same vendor provides other toolkits. Linux is a kernel project, and different distributions are for many purposes best considered to be different OS's. Desktops based on Linux mostly are either GTK or QT, and so the native toolkit depends on the desktop you are using. Is this too much fragmen…

> Linux is a kernel project, Is that useful pedantry? From context, you really think that's my confusion here? I didn't include *BSD either, but it isn't any different for the relative handful of people using that for a desktop system. > Win32 is the native GUI toolkit on Windows. Winforms is a .NET wrapper to it. There isn't any debate to be had there. Except for Microsoft's numerous attempts to supplant it and the…

>Is that useful pedantry? From context, you really think that's my confusion here?

I don't know what could possibly confuse anyone about the role of GTK and QT in the Linux ecosystem.

Re: We're forking Flutter

#364
post #348

> How large is the Flutter team, today? Google doesn't publish this information, but my guess is that the team is about 50 people strong. > That's 50 people serving the needs of 1,000,000. Doing a little bit of division, that means that every single member of the Flutter team is responsible for the needs of 20,000 Flutter developers! That ratio is clearly unworkable for any semblance of customer support. This is a we…

Python is an engine, flutter is the whole car.

Re: We're forking Flutter

#365

While surfing around the various repos, I was reminded about the bad taste I got from the last time someone sung the praises of Flutter/Dart; this thing is firmly in the "Android SDK-ish" school of thought: download a shitload of prebuilt binaries from storage.googleapis.com, dontyouworryaboutit $ curl -I https://storage.googleapis.com/flutter_infra_release/releases/stable/macos/flutter_macos_3.24.4-stable.zip

Of all the different dev stacks I've used Flutter has given me the fewest issues across updates. I've never run `flutter upgrade` and then had serious trouble getting an existing project to run. Compared to js, react & react native, python, ruby etc I've just never hit the same bitrot so they're doing something right.

Absolutely true. It’s so much easier to upgrade dependencies and if it works / most likely works. We had a small UI regression in a very large app and that hadn’t been touched in 1 year.

Re: We're forking Flutter

#366
post #274

Back when I worked on GWT, we had trouble accepting outside contributions because the team had a mandate to support Googlers. That is, much like other libraries and tools at Google, changes could not break google3. This means testing patches against google3 and either changing the patch, or fixing whatever code used it, and these are tasks that no outsider can do. Shepherding these patches is no fun when you have you…

The main Flutter GitHub repo does have infrastructure to run PR against all Google internal tests (which as you say, does find real bugs). https://imgur.com/a/Ih2oQIS disclaimer: my team runs said infrastructure

Does that automatically run against every PR? What mitigations did you have to put in place for Google security to allow running untrusted code from PRs on internal CI?

Re: We're forking Flutter

#367
post #204

Earlier quoted context omitted.

What's a native UI? The only thing closeish to a native UI is macOS and iOS AppKit and UIKit. Winforms aka Win32 is still a thing, but Microsoft has been undogfooding that and putting out alternatives for years, now WinUI3 will definitely kill off Winforms for good! What is native on Linux? Gtk, Qt, Motif (lol)? And then Android? Ironic then that Google is the one behind Flutter. The concept of native outside of MacO…

> What is native on Linux? Gtk, Qt, Motif (lol)? Linux is not something that encompasses a GUI, so this is a misguided way to frame the underlying concern. One might as well ask what toolkit is native on smartphones, or what language is natively spoken by humans. We should instead ask what is native on Plasma, or on GNOME. "Oh, bother. That would mean I have to think of four things instead of three." Well, yes, Pooh.…

Ok but this is in response to this:

"Just build native UIs. I don't know why cross platform UI has been such a hobbyhorse for so many for so long: it's a stupid idea."

The stupid idea is thinking that building native UIs is targeting a clean, non-moving target and implying it is not astronomically harder than doing something cross platform that is between mediocre and good enough for everybody.

Whenever someone says “just do native” it always turns out they have a cockamamie definition of native, otherwise they would realize the gravity and general unreasonableness of what they were asking.

On a side note, what’s a major* reasonably complex app that isn’t a music player or an IRC client, or something with a simple shell around a canvas like a browser, that targets both Plasma and GNOME natively.

* And whether anyone likes it or not, few people care (as revealed by $$, not bitching on a forum). Blame electron, the web, but even Microsoft cannot even define and maintain a native LnF for their core operating system. As I alluded to, the only small community that cares are those on MacOS and iOS, where there is a HIG that more than 2 people have read and give a shit about, and there is a small market of people that value well integrated Mac apps that will actually spend money. Targeting Win USER32 +/- XAML, Qt, GTK, and AppKit is costly and thankless when you probably could have just used Qt, JavaFX, or Flutter, etc.

Re: We're forking Flutter

#368
post #348

> How large is the Flutter team, today? Google doesn't publish this information, but my guess is that the team is about 50 people strong. > That's 50 people serving the needs of 1,000,000. Doing a little bit of division, that means that every single member of the Flutter team is responsible for the needs of 20,000 Flutter developers! That ratio is clearly unworkable for any semblance of customer support. This is a we…

“Flutter team members don't actually use Flutter.” (as per the website).

This could explain a lot.

Re: We're forking Flutter

#370
post #2

To still use flutter in the name when your project is called flock seems beyond misleading.

Better than using a distinct name for a mostly-identical project or effort (looking at you, MariaDB).

Are you suggesting that they should have used a name that might lead Oracle to sue them instead of being clearly differentiated?
Post reply on HN