按目標來選
別再糾結了。把你的目標對上一行，然後往前走——你隨時可以改弦更張，而對於第一個專案來說，勢頭勝過最佳化。
把整個決定畫成一棵樹就是這樣。從頂部開始，回答每個問題，順著分支走到你的技術棧：
┌─────────────────────────┐
│ 你要構建什麼？ │
└────────────┬────────────┘
┌──────────────┬───────┼────────┬──────────────┐
▼ ▼ ▼ ▼ ▼
┌─────────┐ ┌───────────┐ ┌─────┐ ┌────────┐ ┌────────────┐
│ 網站 │ │ AI/資料 │ │ API │ │ 移動 │ │ 極致速度 │
│ Web應用 │ │ 自動化 │ │backend│ │ 應用 │ │ /系統 │
└────┬────┘ └─────┬─────┘ └──┬──┘ └───┬────┘ └─────┬──────┘
▼ ▼ ▼ ▼ ▼
┌─────────┐ ┌──────────┐ ┌──────┐ ┌──────────┐ ┌──────┐
│TypeScript│ │ Python │ │ Go │ │iOS: Swift│ │ Rust │
│+ React / │ │ │ │ or TS│ │Android: │ │(僅在 │
│ Next.js │ │ │ │ │ │ Kotlin │ │需要 │
└─────────┘ └──────────┘ └──────┘ │or RN (TS)│ │時) │
└──────────┘ └──────┘
不確定時 ────────────────▶ TypeScript 或 Python
需要儲存資料？ ──────────▶ 在任何選擇旁加上 SQL
- 我想做一個網站或 Web 應用。 → TypeScript（配 React/Next.js）。顯而易見、支援完善的選擇。
- 我想做 AI、資料或自動化。 → Python。工具都在那兒。
- 我想要一個快速的 或後端服務。 → Go（簡單又快）或 TypeScript（如果它是某個 Web 技術棧的一部分）。Python 的 FastAPI 也運作得很好。
- 我在做一個移動應用。 → iOS 用 Swift，Android 用 Kotlin——或者考慮一種跨平臺、基於 Web 的方案（React Native），從而留在 TypeScript 裡。
- 我需要純粹的速度或系統級的掌控。 → Rust，但僅當你已確認自己確實需要它時。大多數人並不需要。
- 我在給一個已經存在的站點添東西。 → 用它本來就是用的那門語言。一個 WordPress 外掛意味著 PHP；一個老的 Rails 應用意味著 Ruby。順著程式碼庫來，別跟它較勁。
- 我只想學點東西並快速交付。 → Python 或 TypeScript。兩者都很寬容，都是 AI 最熟悉的語言，也都有無窮無盡的教程和示例。
- 我的應用需要存資料。 → 上面你選的任何東西，外加用於資料庫的 。你不是在它們之間二選一。
那條元層面的教訓是：拿不準時，選熱門的那個。TypeScript 和 Python 覆蓋了一個單幹 vibe coder 這輩子會做的絕大多數東西，而且它們是你的 AI 助手處理得最可靠的語言。對 vibe coding 而言，"最好"的語言通常就是 AI 最熟悉的那一門——而那意味著熱門的那一門。把那些異類的選擇留到你有具體理由的時候，反正無論哪種，語法都交給 AI 處理。