i’m sure i’m not the only person trying to decide what’s next for them. i think i probably need to explore multiple other dev frameworks/tools. i’ve already hit flutter really hard, and now i’m moving through swiftui.
on ifnotnil, we have a swift category. what about adding categories for R, RN, KMP, Flutter?
i’m interested in resources for learning other frameworks/languages, discussing them, etc.
Many of those have their own dedicated forums (somehow i became a mod on one of them), but on each of them, there isn’t much discussion beyond their own little universe. over here, even though most of you come from a xojo/RB background, your interests and experiences seem to be far more varied.
Flutter I can understand, also Java, C++, C#, Pathon, GO, React but R (is a statistic programming language only for scientific purposes), Kotlin I can understand as multiplatform and also as language for the virtual machine. So yes, would be nice.
That’s the way you do it I guess it is the best way. And I doubt that we have many people with Kotlin Multiplatform mobile. I don’t know anybody except me which is using it. And then it is also a question: with native gui or with Kotlin Gui? And also Multiplatform Desktop and Web or not.
not “R” like “R”, “R” like “React”. sorry. i meant HTML+CSS+JS, which, today, seems to be all react. i guess i was hoping that “RN” - React Native, would give it away.
those are all the sorts of questions i’m curious about, since i’ve spent almost no time looking at KMP, so far, but if i’m going to use swift instead of flutter (or R/RN), then i need to get KMP down, too.
As scientist you need tons of statstics and so I need R often for statistics. So it is no way to use tht letter as a capital letter for something else … everything ok.
Building a mobile app can be done with native GUI (Swift UI for iOS and Android UI for Android) or with the Kotlin multiplatform mobile material UI for both platforms. You choose in the beginning which kind of project you wanna write. The application will come jup ith the UI you choosed. If you choose native yu need to write both UI packages separated. Otherwise you write one UI for both. This one you could also use for Web later. So it works for all platforms with material UI. Mobile, Web and Desktop are possible.
I guess it is the best way. And I doubt that we have many people with Kotlin Multiplatform mobile. I don’t know anybody except me which is using it. And then it is also a question: with native gui or with Kotlin Gui? And also Multiplatform Desktop and Web or not.