Hacker News new | past | comments | ask | show | jobs | submit login

There's been activity porting the Android Java components to Fuschia.

I have no inside information (not a Googler) but that leads me to believe that if Fuschia becomes the next mobile OS from Google it will support both.

So same goes for Android I would assume. Why does an OS need to have a single stack? You can write desktop apps in a zillion different languages and Frameworks after all.




s/Fuschia/Fuchsia/ And also it hints that you don't know what are you writing about.

> You can write desktop apps in a zillion different languages and Frameworks after all.

You can but the portability would be an issue. Each major OS has their own set of API/ABI, vastly different from each other, and Fuchsia isn't an exemption. You can write with QT for desktops but it wouldn't work on mobiles, you can write for Electron/CEH but lose performance and still have to do a lot of trickery, and so on.


> s/Fuschia/Fuchsia/ And also it hints that you don't know what are you writing about.

Is this necessary? Also, you definitely shouldn't be throwing stones while living in a glass house. s/mobiles/mobile

> You can but the portability would be an issue. Each major OS has their own set of API/ABI, vastly different from each other, and Fuchsia isn't an exemption. You can write with QT for desktops but it wouldn't work on mobiles, you can write for Electron/CEH but lose performance and still have to do a lot of trickery, and so on.

ABI only matters if you're linking code or directly running bytecode on another platform. If you're targeting another platform, you're almost certainly going to recompile libraries/your application to target the new platform, so you won't run into ABI issues. Especially because most desktop platforms (read: x86) have bytecode incompatible with mobile platforms (read: ARM).

Also, Qt and Electron are abstraction layers over OS interfaces. As long as the OS supports the required primitives you could presumably rewrite Qt and Electron to target the new platform. Although it might take a fair bit of work, people have done so.

In fact, a quick Google search reveals that you're completely wrong about Qt not working on mobile: https://doc.qt.io/qt-5/android.html


Aside: Would love to see electron and Cordova bridge the gap together for mobile targets. If they can establish a few common interop libraries, you could come very close to the same code for both.


I'm really uncertain about a huge JavaScript runtime on mobile -- seems like an energy waste/slow code. Dart's AOT story the Cupertino wrappers for iOS in Flutter really excite me.

Disclaimer: I work for Google; all opinions are my own.


The runtimes is already there. Not to mention there's still room for improvement.

I'm not against other options being available. But there's a certain amount of pragmatism to being able to use the same skills, developers and code to approach development that targets several disparate platforms in a very open way.

My favorite language is JavaScript for all the flexibility. My second and third are Rust and C#. Just getting my feet wet with rust and have done C# from the beginning. They all have very different reasons to exist and most applications can be written with any of them.

In the end of the people paying for the development cannot fund a given approach, there's a certain pragmatism that must and should take priority.

With JS I can use functional, classical, and procedural approaches and mix them as needed. There are foot guns. They are there in every language.

As to overhead and battery, I can see the point. If rather have an app with more overhead, than no app at all. I use Windows, Linux and Mac and tend to favor apps that work everywhere. If like to see that extended to phones.


Me not knowing how to spell the name of a plant/colour/operating system has something to do with my recollection of recent tech journalism?

I appreciate the correction of my spelling (honestly) but this is a bit of a stretch.

Your API/ABI point is also completely off topic. My comment points out that on the _same_ OS you can use different technologies, like Electron or Qt. I'm trying to point out that having both Kotlin and Dart/Flutter as options isn't bad or unprecedented like the parent comment seems to allude to.


s/QT/Qt/ And also it hints that you don't know what are you writing about.

Qt works on mobile, too.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: