-
> 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.
I doubt google have even 50 flutter devs in their team. You can easily estimate by checking github pulse:
https://github.com/flutter/flutter/pulse/monthly
https://github.com/flutter/engine/pulse/monthly
Also take into account inflated commits by CI bots: engine-flutter-autoroll, skia-flutter-autoroll, auto-submit[bot], fluttergithubbot, flutter-pub-roller-bot
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
-
> 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.
I doubt google have even 50 flutter devs in their team. You can easily estimate by checking github pulse:
https://github.com/flutter/flutter/pulse/monthly
https://github.com/flutter/engine/pulse/monthly
Also take into account inflated commits by CI bots: engine-flutter-autoroll, skia-flutter-autoroll, auto-submit[bot], fluttergithubbot, flutter-pub-roller-bot
-
No, it handed it to a foundation after signaling it would for well over a year:
"In 2011 with the introduction of the Dart programming language, Google stated that GWT would continue to be supported for the foreseeable future while also hinting at a possible rapprochement between the two Google approaches to structured web programming. However, they also mentioned that several of the engineers previously working on GWT are now working on Dart.[6]"
It funded/helped the foundation for some number of years after that.
It still is going, afaik, with gwt 2.11 being released in january, 2024.
https://www.gwtproject.org/
-
https://github.com/dart-lang/sdk/graphs/contributors
As for flutterfoundation.dev, it appears to be just Matt? Who used to be employed at Google and reported to me on the Flutter team but is no longer.
-
flutter
Flutter makes it easy and fast to build beautiful apps for mobile and beyond (by join-the-flock)
-
>Flutter two finger scroll "bug" is gone.
Why is "bug" in scare quotes here? It was most definitely a bug.
>I wouldn't say its unlikely they carried a patch for it, I just wrote a framework patch that I apply at build time in CI and locally.
The actual fix was pretty involved. I doubt a large company like Bytedance would want to carry around extra patches at the gesture level that make the dev cycle more difficult. Having one person carry a patch on their local machine is a different story.
Anyway, the Bytedance blogpost says only 200 devs are using Flutter which would make no sense if it was used in Douyin, and LibChecker[0] returns no results for libflutter.so.
[0] https://github.com/LibChecker/LibChecker
-
Citation? They're all in the same repo, so any stats that OP pulls will cover the whole standard library:
https://github.com/python/cpython/tree/main/Lib
-
I'm in the camp of "if I can't build it, then it's not open source" so https://github.com/Homebrew/homebrew-core/blob/d314f3ebba9e7... is a good start, but there is no .../f/flutter.rb although there is https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=flutt... but I haven't been soaking in the AUR ecosystem long enough to be able to port it to Homebrew
All those words to say that if there was a .github/workflow/release.yml showing the steps required to cook a release artifact that would be the best(?) documentation since it is kind of like a Dockerfile in that it's computer executable but mostly human readable
-
> You need to keep up with the native UI across all the platforms. (Or, of course, you don't, in which case there are gaps, bugs, inconsistency, jank, etc.)
And for the latter, the result is something that mostly does what web-based solutions do (with their known downsides), only with virtually no ecosystem in comparison.
I do think there are opportunities for great cross-platform native development solutions (like https://skip.tools/) which offer an alternative to React Native.
