Swift vs Kotlin: Perbandingan dari Developer yang Pakai Keduanya

Saya udah cukup lama kerja di Android development — itu titik masuk saya ke industri ini — dan belakangan mulai lebih sering pegang Swift buat proyek iOS klien yang butuh dua platform sekaligus. Sering ditanya, “lebih enak mana?” Jawaban jujurnya: tergantung apa yang kamu prioritaskan, dan saya bakal coba jelasin kenapa jawabannya nggak sesimpel itu.

Soal syntax dan ergonomi, keduanya modern dan aman secara null-safety, jadi kelas bug null pointer yang dulu momok banget di Java udah jarang banget kejadian di keduanya. Kotlin punya sealed class dan data class yang sangat ekspresif buat modeling state — saya pakai ini hampir di semua ViewModel buat represent loading/success/error state, dan compiler maksa saya handle semua case-nya lewat when exhaustive. Swift punya enum dengan associated values yang mirip konsepnya tapi caranya beda dikit secara sintaks, plus optional chaining yang kerasa sangat natural begitu udah terbiasa — walau butuh waktu adaptasi di awal buat orang yang datang dari Kotlin, karena force-unwrap (!) itu godaan yang gampang banget dipakai pas lagi buru-buru dan efeknya crash runtime yang nggak kelihatan compile-time.

Tooling itu yang paling sering bikin saya frustasi di sisi Swift, jujur aja. Android Studio (berbasis IntelliJ) buat Kotlin terasa jauh lebih matang dan stabil dibanding Xcode, at least dari pengalaman saya sendiri di beberapa proyek terakhir — Xcode masih sering crash atau lemot pas project makin gede, dan SwiftUI preview kadang nge-freeze tanpa alasan jelas sampai saya restart Xcode-nya. Saya nggak bilang ini masalah bahasa Swift-nya sendiri, murni soal tooling di sekitarnya, tapi dampaknya beneran ke produktivitas harian.

Concurrency itu satu area yang Kotlin menang jauh menurut saya. Kotlin Coroutines itu salah satu hal favorit saya di seluruh ekosistem mobile — simple buat dipakai tapi powerful, dan suspend fun bikin async code kebaca kayak kode sinkron biasa tanpa callback hell. Swift punya async/await yang relatif baru dibanding Coroutines, tapi udah cukup solid sekarang setelah beberapa iterasi — meski saya masih suka ketemu edge case soal actor isolation yang bikin saya harus baca dokumentasi ulang, sesuatu yang jarang kejadian pas pakai Coroutines.

Ekosistemnya juga beda karakter. Android SDK punya lebih banyak opsi library third-party karena basis developer-nya lebih besar dan lebih lama — hampir apapun yang saya butuhin udah ada library-nya di Maven Central. iOS ekosistemnya lebih terkontrol lewat Swift Package Manager, tapi kadang lebih terbatas buat kasus niche, dan saya beberapa kali harus nulis wrapper sendiri buat sesuatu yang di Android tinggal implementation satu baris.

Kesimpulan saya: kalau kamu cuma bisa pilih satu buat belajar dulu, mulai dari platform yang lebih relevan buat target user kamu — kalau market kamu didominasi Android (kayak Indonesia), mulai dari Kotlin. Tapi kalau bisa dua-duanya, masing-masing bahasa bakal ngajarin kamu cara mikir yang beda soal state management dan concurrency, dan itu bikin saya jadi developer mobile yang lebih lengkap dibanding kalau saya cuma stuck di satu platform doang.