My team publishes a cross-platform library/SDK with support for Flutter, React Native, Web and KMP. Right now, we're seeing a lot of interest in Flutter for new cross-platform apps. I personally find it a really pleasant development experience. We're also seeing a lot of interest in React Native. In our case possibly less than Flutter only because there is more competing libraries available for React Native. We're al…
Is Kotlin Multiplatform Replacing Flutter?
61–70 of 80 posts
Re: Is Kotlin Multiplatform Replacing Flutter?
#62Earlier quoted context omitted.
Ads is the reason Dart is still around, back when Dart VM was discontinued, they had just recently migrated from GWT into Angular Dart, and they weren't going to rewrite it yet again. Had it not been the case, Flutter team would never had reached for Dart.
You say that and yet they continue to use it and are choosing to do so even when it means rewriting huge and complicated bits of software from scratch. What something from over a decade has to do with its value today I’m not sure.
That alone would be enough, Google has plenty of internally used languages.
Re: Is Kotlin Multiplatform Replacing Flutter?
#63Earlier quoted context omitted.
C++ Builder has been on par with Delphi for years. If anything, I find quite tragic that Microsoft has never managed to make Visual C++ half as good as C++ Builder. The only time that they came closer to it, with C++/CX, some internal devs managed to successfuly riot and replace it with C++/WinRT junk, only to now have fun in Rust/WinRT, and the remaining MS teams rather use C#, React Native, or Webviews, instead of…
I mean on par in cross-platform development. The latest C++Builder only supports Windows. Although, they have switched to Clang recently, so hopefully things will improve, on the tech side at least.
https://www.embarcadero.com/products/rad-studio/fm-applicati...
> The fastest way to build connected C++ apps for Windows, OS X, iOS, Android, gadgets, and wearables
Re: Is Kotlin Multiplatform Replacing Flutter?
#64Earlier quoted context omitted.
I mean we could take a look at where they are investing their own resources for multi platform development as one way of doing that. Ads is where the overwhelming majority of their money comes from. It’s all Dart (and Flutter specifically on non web platforms). They also just got done rewriting all of Google’s Earths UI in Flutter. It might be my ignorance but what multi platform stuff do they have in production with…
Quoting another user in this thread: > One datapoint is that Google rewrote their Google Docs app in KMM (which doesn't include UI, that's Compose Multiplatform), replacing their legacy in-house framework. They intend to write more of their apps in it. https://touchlab.co/KMP-at-google
> Cross-Platform Evolution: Google Docs now uses KMP for shared business logic. Android, iOS, and Web are now more unified than ever.
Which suggests to me that the code base for Google Docs had very little shared code between the different flavours, probably native code for each platform, and they've since done a refactoring job so that the Android code (that obviously would have used Kotlin) for the business logic is now interfacing with the existing native code for UI for each platform, and they used the KMP libs to do that.
This seems like an entirely reasonable and sensible decision to make - they still have the pain points in multiple UI code bases, but the common stuff isn't now replicated in 3 different languages with 3 different sets of bugs. That's all good.
However, I don't see any reason why you'd see that as a loss/negative for Flutter. Obviously they already had an existing code base that used Kotlin for the Android native implementation, so there were many advantages to promoting that to the authorative version shared across the others. Rewriting the whole project in a completely different language (i.e. shifting to Flutter and using Dart) would have been a significantly bigger undertaking, and likely would have introduced many more bugs by starting again from a new implementation rather than just refactoring an existing code base that had already been extensively tested.
If you already have a project using Flutter, it'd be just as foolish to attempt to rewrite it in Kotlin Multiplatform as it would the other way around.
The real question is what the best choice is for starting a new application? Having used Flutter quite a bit now and then looking at Kotlin Multiplatform, I can see that Flutter is great for smaller teams that want fewer developers and the ability to share as much UI code as possible, wherease Kotlin Multiplatform seems more suited for bigger teams who can have dedicated resources for each platform, because they've made the choice that they want to leverage platform-specifc features for each of their targets.
For me personally, I dislike doing UI code, so I'm going to choose Flutter every time because I don't want to do that work multiple times. At the same time, I've found that doing UI work in Flutter on this project has felt more rewarding than every time I've had to do UI work before, because it's relatively easy to get some amazing results but you can also modify anything you don't like, as well as being able to read the source for the standard widgets if you want to base your widget on something similar.
Re: Is Kotlin Multiplatform Replacing Flutter?
#65My team publishes a cross-platform library/SDK with support for Flutter, React Native, Web and KMP. Right now, we're seeing a lot of interest in Flutter for new cross-platform apps. I personally find it a really pleasant development experience. We're also seeing a lot of interest in React Native. In our case possibly less than Flutter only because there is more competing libraries available for React Native. We're al…
How big is your user base?
Re: Is Kotlin Multiplatform Replacing Flutter?
#66Maybe I'm getting cynical but in terms of longevity, I don't know how long JetBrains will be around and I'm not trusting Google to maintain a project for a long time. Can't believe I'm saying this but for perennial projects in that sphere, Java seems like the better option :/
I trust JetBrains way more than Google to keep products around
Re: Is Kotlin Multiplatform Replacing Flutter?
#67Maybe I'm getting cynical but in terms of longevity, I don't know how long JetBrains will be around and I'm not trusting Google to maintain a project for a long time. Can't believe I'm saying this but for perennial projects in that sphere, Java seems like the better option :/
JetBrains exists since 2000 and is privately owned. Not VC funded. Looks as solid as it gets.
Re: Is Kotlin Multiplatform Replacing Flutter?
#68Re: Is Kotlin Multiplatform Replacing Flutter?
#69Re: Is Kotlin Multiplatform Replacing Flutter?
#70Earlier quoted context omitted.
All you have to do is google Flutter vs React Native The trend for Flutter is a straight line going up and React Native is going down in popularity. The trend was obvious many years ago, and just recently Flutter is now surpassing RN in nearly every poll.
This old myth is as old as the RN vs Flutter debate itself and I'm willing to help bust it again. The simple answer is that when people have a problem or question about Flutter they simply key in Flutter. With RN they can ask about React, JavaScript, typescript, RN itself or one of the many components you use to make an app as it's the sum of a lot more parts. So if Flutter didn't get more searches here I would be su…
I imagine I am having a harder time swallowing this logic than you are looking at raw numbers.