Day 1：一個 安豬開發，為什麼開始學 Kotlin Multiplatform？

why

我不是為了做一個跨平台 App 才學 KMP。

我想驗證的是兩件事：

1. Kotlin 離開 Android SDK 之後，我「真的會」的部分還剩下多少？
2. 在一個我不熟的領域裡，AI 當 pair programmer 到底能幫到哪裡，又會在哪裡把我帶偏？

我的起點

我寫 Android 很多年，大部分時間在 platform 層：system service、HAL、SELinux、Binder。App 層用 Kotlin、Compose、Hilt、Room。對我來說，Kotlin 一直是「Android 的語言」。

這句話其實就是問題所在。Kotlin 從來不是 Android 的語言，只是我從來沒有離開過 Android 去用它。KMP 逼我第一次面對這件事。

為什麼是現在

前幾年 KMP 對 Android developer 來說是「可以玩，但不敢用」的東西。這一兩年情況改變了：Compose Multiplatform 在 iOS 上進入 stable，Room、DataStore、ViewModel、Navigation 這些 Jetpack 元件陸續出了 KMP 版本，Google 也把 KMP 列為官方推薦的 business logic 共享方案。

換句話說，一個 Android developer 熟悉的那套 stack，現在大部分都能搬到 commonMain。學習成本從「換一套工具」降到「換一個腦袋」。

真正難的地方：不是語法，是反射動作

寫了十幾年 Android，手上有一堆不假思索就會打出來的東西：

context.getSharedPreferences(...)
Log.d(TAG, "...")
System.currentTimeMillis()
Uri.parse(url)
File(cacheDir, "feed.json")

在 commonMain 裡，這些一個都不存在。不只 Android SDK 不在，連 java.* 都不在。commonMain 能用的只有 Kotlin stdlib 和明確宣告的 multiplatform library。

所以 KMP 的 learning curve 不是「學新 API」，而是在寫每一行 code 之前先問一個問題：

這個東西屬於誰？

粗略分三類：

第二類是整個系列會反覆撞到的地方。設計 platform boundary 的品味，才是 Android developer 學 KMP 時真正要長出來的東西。

Sample App：KMP Reader

我需要一個夠小、又能碰到所有層的專案。選 RSS Reader 的原因很單純：

• 不用自己寫 backend，網路上現成的 feed 就是資料來源
• 有 network（Ktor）、parsing（kotlinx.serialization / XML）、database（Room KMP）、list/detail UI、search、bookmark
• 每一個功能都會逼我做一次「這個東西屬於誰」的判斷

範圍內：Feed 訂閱、文章列表、文章內容、書籤、搜尋。 範圍外：登入、雲端同步、推薦、任何 AI 功能。

AI 在這個系列是開發方法，不是產品功能。Reader 是工具，KMP 才是目的。

AI 的角色，以及我給自己的規則

「請幫我生成一個 KMP Reader」然後把整包貼進 IDE，這樣我什麼都學不到。所以規則先訂好：

1. 先問概念，再要 code。 每個新主題第一個 prompt 都是「解釋給我聽，先不要寫」。
2. AI 說「可以放 commonMain」，一律用 compiler 驗證。 commonMain 編譯過、Android 編譯過、iOS target 也編譯過，才算數。
3. 記錄 AI 錯的地方。 錯得越具體越有價值，這會是 Phase 5 的素材。
4. commit message 註明 AI 參與程度。 之後回頭看才知道哪些是我理解的、哪些是我抄的。

今天第一個 prompt 是這樣：

I'm an experienced Android developer (platform + app, Kotlin/Compose/Room/Coroutines)

starting Kotlin Multiplatform. I'll build a small RSS reader for Android + iOS

with Compose Multiplatform.

Before any code: which of my Android habits will break in commonMain,

and why? Give concrete examples of APIs I probably reach for by reflex

that don't exist there, and what the KMP-idiomatic replacement is.

明天會拿它的回答對照官方文件，看哪些說對、哪些說錯。

30 天路線圖

Day 1 完成條件

• [x] 想清楚為什麼學 KMP
• [x] 決定 sample app 與範圍
• [x] 訂下 AI 協作規則
• [x] git init + 第一個 commit
• [ ] 建立 project、Android / iOS 第一次 build（Day 2）

明天

Day 2 只有一個目標：同一個 commonMain 裡的 App()，在 Android emulator 和 iOS simulator 上都跑起來。過程中會處理 Kotlin / AGP / CMP 版本、Xcode、version catalog 這些現實問題。