Live data from Hacker News

We're forking Flutter

flutterfoundation.dev

451–460 of 748 posts

Re: We're forking Flutter

#451
post #133

> That's 50 people serving the needs of 1,000,000. [...] 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. Ever heard of e.g. curl? Because a billion users use your software does not mean that you have to talk to a billion users.

Does curl have any semblance of customer support?

Re: We're forking Flutter

#452
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…

Yeah... no. The team was recently transferred from the US to Germany, the numbers were estimated around 10 engineers.

Re: We're forking Flutter

#453

Earlier quoted context omitted.

Why would an app not looking like a native app automatically be seen as badly implemented?

Not all non-native-looking apps are badly implemented, but a huge number of apps that use cross-platform frameworks do so primarily as a means to cut costs because the goal is to make development as cheap as possible, and that shows in other aspects of these apps too. This creates an association between cheap/lazy apps and cross platform UI frameworks. It’s kind of like the difference between VS Code and MS Teams. Sa…

You could not be further from the truth regarding the size of the Teams vs VS Code teams. Teams has multiple times more developers, it's not a problem of funding that makes it suck.

Re: We're forking Flutter

#454
post #382

Earlier quoted context omitted.

You have to listen to the details, like "where is the back button", "Why does text work differently". There are some people that understand that it is different from the standard, but most just get annoyed. The discussion here is from a technical perspective why it is better, conformity of the app on different platforms vs standard behavior between different apps. There are very few people that care about the technic…

I'd also like to meet all these mythical users that have devices from every platform and want all their apps to look the same across all platforms. 99% of people I know IRL are in one ecosystem, with the exception of some that have an iPhone/iPad + Windows PC

I use MacOS, iOS and desktop Linux regularly and much prefer apps that act the same on them all.

Maybe 40% of the developers I know use MacOS + Android.

Re: We're forking Flutter

#455
post #120

> We describe Flock as "Flutter+". In other words, we do not want, or intend, to fork the Flutter community. Flock will remain constantly up to date with Flutter. That was the first fear when I saw the title - splitting community and having two incompatible versions. Good to see it addressed in the post. The second was just a fear of how it would complicate the development process, but it seems to be a drop-in replac…

Which flutter apps do I likely use?

The only one I often use is Immich. It's laggy and at times freezes completely for a second.

I don't think that's the developers fault though, I don't have that issue with any other android app.

Re: We're forking Flutter

#456
post #393

Earlier quoted context omitted.

This. They can have all the deviations they want, but “input core” must be native. If a framework ignores it, users will notice and frown upon it immediately. When flutter came out publicly, first I thought no way it can get away with custom everything. But it turned out some developers don’t care about that at all.

you know that zero texting apps nowadays use native input anyway right? even native apps will implement their own input and it's always awful, but the pm needs those style previews... (you're still right thought)

Checked my whatsapp and tg, both use absolutely native inputs. The selection handles & menu, the hold-spacebar movement, the hold-to-magnify feature on ios is the same as everywhere else. If that’s not native, they did a great job for nothing.

Too lazy to check on android rn, but I recently worked with the apps/chats on it and entered text, it didn’t feel different.

Re: We're forking Flutter

#457
post #419

Earlier quoted context omitted.

The name itself is anachronistic, what does the 32 stand for? You call CreateFile with 64-bit pointers, it was still considered Win32 (until they officially changed it). But take it up with Microsoft: https://learn.microsoft.com/en-us/windows/win32/apiindex/win... "Using the Windows API, you can develop applications that run successfully on all versions of Windows while taking advantage of the features and capabiliti…

Microsoft’s docs are a self-contradictory tangled incomplete and sometimes even downright erroneous mess, I wouldn’t put too much stock in what they say. If I say “CreateFile is the Win32 API analog of NtCreateFile in the NT native API”, everyone experienced with low-level Windows development will know what I am talking about. If I started talking about “Native System Services”, I’m not sure as many would. Similarly,…

[deleted]

Re: We're forking Flutter

#458
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…

PHP Foundation has 10 developers and runs a substantial part of the web. 50 developers are definitely the wrong reason to fork flutter.

50 developers would be definitely a good reason to fork. It's way too much. 1, max 2 would be the perfect size.

Re: We're forking Flutter

#459
post #120

> We describe Flock as "Flutter+". In other words, we do not want, or intend, to fork the Flutter community. Flock will remain constantly up to date with Flutter. That was the first fear when I saw the title - splitting community and having two incompatible versions. Good to see it addressed in the post. The second was just a fear of how it would complicate the development process, but it seems to be a drop-in replac…

What are some examples of good 'impossible to tell' UIs built with flutter on desktop or web?

Google Wallet & Google Classroom

Re: We're forking Flutter

#460

Earlier quoted context omitted.

I can appreciate that as a developer, but as a user I don’t particularly care that some company wants to ship identical looking apps on every device under the sun. I would prefer the apps I use to work and behave in a consistent way, using the same platform idioms I am used to. The software available and how it works was a large part of the reason I chose the platform I did. Of course, I recognise that, a. most peopl…

Only on HN do I hear anyone talking about platform native controls versus unified UI across devices. I have not once heard of such a complaint in the real world and indeed, I have more often heard users wanting a unified UI over one that changes with each platform, simply because these days we have multiple devices where we expect apps to work the same.

Out of interest, do you know many seriously vision-impared people?

Windows, and Mac OS X in particular, have quite good support for accessibility if you use their built-in GUI systems, and unified UIs are often (not always, vscode and chrome are quite good, for example), very bad, sometimes just a black square as far as accessibility goes.

Post reply on HN