Live data from Hacker News

Is Kotlin Multiplatform Replacing Flutter?

news.ycombinator.com

71–80 of 80 posts

Re: Is Kotlin Multiplatform Replacing Flutter?

#71
post #70
post #59

Earlier quoted context omitted.

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…

Reworded, your claim is that RN developers are getting smarter over time, need to search less, and that new developers don't have questions, they just figure it out .. and some mix of reasons like this are why the RN searches are going down. I imagine I am having a harder time swallowing this logic than you are looking at raw numbers.

No. Read the simple form of my response, the first part.

What you said was an example of one factor as to why it's more complex than the simple form for people who really want to dig down deep but on its own it's not an answer

Re: Is Kotlin Multiplatform Replacing Flutter?

#72
post #63
post #39

Earlier quoted context omitted.

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.

I am quite sure it allows cross platform development. 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

Nope, it's Windows only now: https://docwiki.embarcadero.com/RADStudio/Athens/en/Supporte...

It used to support 32-bit Android earlier, but not 64-bit, neither 64-bit macOS.

Re: Is Kotlin Multiplatform Replacing Flutter?

#73

Maybe 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 is one of the best example of a bootstrapped company. They have a fantastic track record of 20+ years shipping and evolving some of the best IDEs out there

Re: Is Kotlin Multiplatform Replacing Flutter?

#74
post #72
post #63

Earlier quoted context omitted.

I am quite sure it allows cross platform development. 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

Nope, it's Windows only now: https://docwiki.embarcadero.com/RADStudio/Athens/en/Supporte... It used to support 32-bit Android earlier, but not 64-bit, neither 64-bit macOS.

Fair enough, although as I see that is relatively recent.

https://docwiki.embarcadero.com/RADStudio/Athens/en/What%27s...

Admittedly the reasoning provided is quite lame given that up to 11.3, the support is available.

Re: Is Kotlin Multiplatform Replacing Flutter?

#75
post #44
post #2

Not sure... for some types of apps they might "compete" but for many not, I think: I view (after some toying with Flutter) the GPU UI renderers ala Flutter, QT/QML, gioUI, slint.dev etc as modern Flash-like options in a "can do anything graphically you could do with HTML+CSS+JS, which isn't the prime choice for some devs or some apps or those that don't want to have to end up with Ionic/Electron" manner — whereas KMM…

There is also a webview based approach, like https://v2.tauri.app/ which comes with all the upsides of creating a lightweight HTML+CSS+JS UI but instead of shipping copies of chromium, it runs using the system's webview browser engine.

Oh yeah by "Electron" I meant "and its alternatives" such as Tauri, Wails, github.com/webview etc.

Re: Is Kotlin Multiplatform Replacing Flutter?

#76
post #74
post #72

Earlier quoted context omitted.

Nope, it's Windows only now: https://docwiki.embarcadero.com/RADStudio/Athens/en/Supporte... It used to support 32-bit Android earlier, but not 64-bit, neither 64-bit macOS.

Fair enough, although as I see that is relatively recent. https://docwiki.embarcadero.com/RADStudio/Athens/en/What%27s... Admittedly the reasoning provided is quite lame given that up to 11.3, the support is available.

Yes, although 32-bit Android apps are no longer allowed on Play Store.

Re: Is Kotlin Multiplatform Replacing Flutter?

#78
post #22
post #17

Earlier quoted context omitted.

Unlike RN, Flutter is desktop worthy.

Hardly. Performance lags. Even after the new rendering engine. Try compiling and then running desk top samples (a mail client, a finance management tool) on macOs and check the amount of jank in animations. Text fields are whole another story. They feel alien in UX on every platform. I can live with that but performance is a deal breaker.

Wow I have not had that experience on macOS.

MacOS support is so good that I've developed a MacOS app just for convenience so I don't need to open the iOS simulator.

Re: Is Kotlin Multiplatform Replacing Flutter?

#79
post #7

Earlier quoted context omitted.

KMM has two ways to do UI. You can do it natively and use Kotlin only for shared business logic (it inter-ops with Swift/Objective C). Or, you can take the new Android UI toolkit (Jetpack Compose) and it use it on desktop/iOS/web as well, for your whole app.

Dart also has native interop with Swift, Objective C, Rust, C, Java, Kotlin and JavaScript. It also has more compile targets as far as I am aware too. On top of the standard web, iOS, macOS, windows and Linux across all the standard chipsets plus emerging ones like RISC-V plus it also has support for WASM. I don’t know of anyone with that level of cross platform and cross language interop out there currently which is…

Still, for cross-platform mobile and desktop apps, the Dart website recommends Flutter with no qualifications, and Flutter only covers the approach of a single cross-platform UI, as opposed to native UI with a cross-platform backend. The fact that Kotlin officially supports the second option makes it more appealing to me.
Post reply on HN