Earlier quoted context omitted.
>i.e. on every state update, the whole app gets rendered Yes, that's basically correct: >Calling setState notifies the framework that the internal state of this object has changed in a way that might impact the user interface in this subtree, which causes the framework to schedule a build for this State object.[0] The `build` method rebuilds the entire widget tree. So "the whole app" does not necessarily get re-rende…
React doesn't work in the same way? I don't know much about it, but I assumed it does.
Show HN: Rust GUI Library via Flutter
91–100 of 108 posts
Re: Show HN: Rust GUI Library via Flutter
#92Does anyone know if Google plans to sunset the entire Flutter framework over time? Since they fired just about everybody internal who was working on it, I don't have a lot of confidence that Flutter will still have any Google support in 3-5 years. Has anyone talked about forking it and putting it under an independent foundation to ensure its long-term viability? Given Google's track record of long-term support for it…
Re: Show HN: Rust GUI Library via Flutter
#93Earlier quoted context omitted.
comments about job markets aside… The first and the third paragraphs really haven’t been true for some time now. Flutter is absolutely production ready as a cross platform GUI.
For ios and android maybe but I doubt for web. Also 12k+ open issues, team layoffs and all founders that left don't brink confidence to flutter. I think also roadmap and progress in last year doesn't look stellar. On the other hand I think flutter lost a lot of benefits comparing to 5 years ago - now we have stable better swift and swiftui and better kotlin with jetpack compose - those support also apple watch, macos…
If I am remembering correctly the headcount on the Futter team literally changed by a single person.
Here are some actual real life numbers you can use if you want to gauge the health of the two projects:
1. https://github.com/facebook/react-native/pulse
2. https://github.com/flutter/flutter/pulse
Specifically Flutter’s 108 merged pull requests to React Native’s 1 and Flutter’s 330 closed issues to React Native’s 18.
Also note that this doesn’t even include their rendering engine which had another 90+ closed pull requests https://github.com/flutter/engine/pulse
The truth of the matter is that Flutter is actually is far better shape both from a technical and open source perspective.
Re: Show HN: Rust GUI Library via Flutter
#94Earlier quoted context omitted.
For ios and android maybe but I doubt for web. Also 12k+ open issues, team layoffs and all founders that left don't brink confidence to flutter. I think also roadmap and progress in last year doesn't look stellar. On the other hand I think flutter lost a lot of benefits comparing to 5 years ago - now we have stable better swift and swiftui and better kotlin with jetpack compose - those support also apple watch, macos…
I keep seeing this coming up and I have no idea where it’s coming from like it’s some self reinforcing feedback loop based on just utter bullshit. If I am remembering correctly the headcount on the Futter team literally changed by a single person. Here are some actual real life numbers you can use if you want to gauge the health of the two projects: 1. https://github.com/facebook/react-native/pulse 2. https://github.…
Re: Show HN: Rust GUI Library via Flutter
#95Earlier quoted context omitted.
I keep seeing this coming up and I have no idea where it’s coming from like it’s some self reinforcing feedback loop based on just utter bullshit. If I am remembering correctly the headcount on the Futter team literally changed by a single person. Here are some actual real life numbers you can use if you want to gauge the health of the two projects: 1. https://github.com/facebook/react-native/pulse 2. https://github.…
I did checked pulse for those on github on regular bases. Change to monthly and notice out of 450commits more than 170 commits are by flutter-engine-autoroll bot just auto updating some packages, then next second user did ~30commits, then you have few another flutter bots with some commits. Then go compare with react native.
The health of the two projects genuinely isn’t close at all. Comparing what they are actually both shipping in terms of features in the last year is two very very different stories.
Re: Show HN: Rust GUI Library via Flutter
#96Earlier quoted context omitted.
I did checked pulse for those on github on regular bases. Change to monthly and notice out of 450commits more than 170 commits are by flutter-engine-autoroll bot just auto updating some packages, then next second user did ~30commits, then you have few another flutter bots with some commits. Then go compare with react native.
You are cherry picking things here. If this is some ideological thing for you I’m really not interested in having that conversation. The health of the two projects genuinely isn’t close at all. Comparing what they are actually both shipping in terms of features in the last year is two very very different stories.
Flutter monthly pulse: https://github.com/flutter/flutter/pulse/monthly "Excluding merges, 83 authors have pushed 451 commits to master and 461 commits to all branches" but:
1st engine-flutter-autoroll (bot with revisions autoroll): 185 commits
2nd zanderso (google employee): 25 commits
3rd ValentilVignal (contributor): 14 commits
in top 15 contributors for flutter you have also other bots such as: fluttergithubbot, auto-submit[bot], flutter-pub-roller-bot, dependabot[bot]
React Native monthly pulse: https://github.com/facebook/react-native/pulse/monthly "Excluding merges, 84 authors have pushed 437 commits to main and 575 commits to all branches"
1st cipolleschi (meta employee): 92 commits
2nd cortinico (meta employee): 83 commits
3rd NickGerleman (contributor): 45 commits
no bots in top 15 contributors
Also keep in mind React Native is based on React repo project. On top of that you have a lot of work by community in:
- expo https://github.com/expo/expo
- react native reanimated https://github.com/software-mansion/react-native-reanimated
- react navigation https://github.com/react-navigation/react-navigation
- react native skia https://github.com/Shopify/react-native-skia
All of those packages are highly maintained and are pretty used in all RN projects and considered standard.
Re: Show HN: Rust GUI Library via Flutter
#97Earlier quoted context omitted.
You are cherry picking things here. If this is some ideological thing for you I’m really not interested in having that conversation. The health of the two projects genuinely isn’t close at all. Comparing what they are actually both shipping in terms of features in the last year is two very very different stories.
I'm neither flutter nor react native developer just native mobile dev but evaluating both techs so don't have stake in the game right now. Just showing to other so they can make their own judgement: Flutter monthly pulse: https://github.com/flutter/flutter/pulse/monthly "Excluding merges, 83 authors have pushed 451 commits to master and 461 commits to all branches" but: 1st engine-flutter-autoroll (bot with revisions…
Re: Show HN: Rust GUI Library via Flutter
#98Earlier quoted context omitted.
A bulletproof vest doesn't stop you getting stabbed, it still makes you safer though.
Unless it is a skilled shoter doing an head shot, or using high caliber ammunition. I do agree it helps, but it isn't the improvement over other memory safe languages, that the Rust Evagelism Strike Force makes it to be.
Re: Show HN: Rust GUI Library via Flutter
#99Earlier quoted context omitted.
If you do this please don't use localhost, the socket domain for IPC is AF_UNIX not AF_INET. Even Windows supports it.
Then I would need two different mechanisms. Local and remote are both satisfied by TCP sockets, so this is easier.
Re: Show HN: Rust GUI Library via Flutter
#100Earlier quoted context omitted.
Do you run a gRPC service on the desktop where the UI runs, and connect the 2 via localhost?
Not op but I’m developing an application with this exact approach as we speak, although my backend code is in Dart also. You can also do gRPC over Unix domain sockets too if you’re sticking with desktop but overall I really like this approach as it makes it trivial for me to move from desktop app to web app with only some minor config changes.