Ranter
Join devRant
Do all the things like
				++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
				Sign Up
			Pipeless API
 
				From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
				Learn More
			Comments
		- 
				
				 ars138163yI would avoid multiplatform stacks from the getgo, I've never had good experiences with them. Assuming you want web, iOS, and Android. ars138163yI would avoid multiplatform stacks from the getgo, I've never had good experiences with them. Assuming you want web, iOS, and Android.
- 
				
				@ars1 yes, i want web, ios and android.
 
 okay, what would i use if i were to use... ehm THE FRIEND... what would THE FRIEND want to use if he was to use native-targeting stacks/platforms for Android and iOS, in that order of priority?
- 
				
				Which platforms?
 
 For the best dev experience, there is only native development.
 iOS: Swift + SwiftUI
 Android: Kotlin + Jetpack compose.
 
 For the web there is little hope for good dev experience but if you need it as a platform as well, you might use Flutter for web+iOS+Android.
- 
				
				There is also Kotlin Multiplatform.
 
 https://kotlinlang.org/lp/mobile/
 
 I haven’t tried it myself though.
- 
				
				If the app doesn't require direct phone integration (like accessing native phone API's) you could just start with a website (any tech you like) and commission someone to create native webview wrapper apps for android/ios. Or even more lightweight is a PWA (though not sure a lot of ppl spot the "Install" option)
 
 Eg I have this one installed as PWA: https://www.unitconverters.net, works flawlessly
- 
				
				@Lensflare no, fuck flutter with its stupid syntax and useless error messages XD
- 
				
				@webketje it does absolutely require phone notifications and running a background process
- 
				
				@Midnight-shcode just don’t tell your friend about that syntax and error messages 😆
- 
				
				@Midnight-shcode think there is a notification API in the browser, but bg process, yeah, will need to run native then
- 
				
				JS-Guy1573yAs far as the client is concerned, you might want to go with a vanilla js/html approach that fetches from localhost on a 1024+ port# that is served by a small native 'server' (java or whatnot) that acts as a simple communicator/facilitator for bubbling up native notifications.
- 
				
				@JS-Guy what the fuck is wrong with y... oh, i see your username, nevermind XD
Related Rants





 It changed my life, really. 😁
It changed my life, really. 😁
 Just found the best dev ever.
https://alcohollick.com/tfw.html
Just found the best dev ever.
https://alcohollick.com/tfw.html
 Scalability
Scalability
If you were to start making a lightweight, fast, multiplatform client app, architecturally clean and simple, with as little of the JS(style) libraries and packages and transpilers and weird convoluted and/or unpleasant syntax trends like JS or flutter...
ideally (or at least minimally) something at least as straightforward as making a WinForms app in C#
...what language/tool/platform/tech stack would you choose?
...asking for a friend with totally not an absolutely cool idea that needs to exist.
question
stack
multiplatform
app
tech stack