為什麼我們選擇 Svelte 作為前端框架

💬 「我們不追趕潮流，我們選擇能讓專案更長久的技術。」

在這幾年快速變化的前端生態裡，框架幾乎成了一種信仰。
React、Vue、Angular、Next、Nuxt…
每隔幾個月就有新的工具出現，新的教條被建立。

但我們在九千歲並不追求「最流行」的框架，我們更關心的是：

哪種技術能讓團隊與客戶，都在未來三年仍能輕鬆維護？

答案是 Svelte。

一、從「框架」回到「語言」

Svelte 與其他框架最大的不同是——
它不是在瀏覽器裡「執行框架」，而是在編譯階段轉譯成原生 JavaScript。

這意味著：

• 沒有虛擬 DOM（Virtual DOM）的中間層
• 不需要額外載入龐大的 runtime
• 程式碼更貼近原生、輸出更輕量

結果就是載入更快、程式更乾淨、維護更直覺。
對使用者來說，這是更快的體驗；對我們來說，這是更穩定的基礎。

二、設計師與工程師之間的橋樑

在我們的團隊裡，設計師與工程師的界線並不僵硬。
Svelte 的語法結構接近 HTML + CSS + JS 的自然語言，設計師可以直接閱讀元件結構，甚至能修改樣式、動畫、文字。

這種「語言可讀性」降低了溝通成本，也讓設計決策能更快速地被轉化為程式行為。

我們不希望工程師只是「實現設計」，
而是與設計師一起塑造體驗。

Svelte 正好讓這件事成為可能。

三、SvelteKit：更完整的專案架構

我們採用 SvelteKit 作為主要開發環境，它整合了 routing、SSR、資料載入與 deployment 等功能，能同時滿足靜態網站與應用型網站的需求。

在實務上，我們的 SvelteKit 專案會搭配：

• Tailwind CSS：快速定義一致的設計系統
• TypeScript + Zod：確保資料結構與表單驗證安全
• Umami Analytics：整合匿名分析，不依賴第三方追蹤
• Cloudflare Pages / Workers：高速部署與全球節點支援

這樣的組合，讓我們能在保持極高效能的同時，仍維持開發流程的彈性與可控性。

四、對使用者更好，也對維護者更好

Svelte 的小巧不只是技術優勢，更是一種哲學。
它讓我們能減少依賴、提升掌控度，並以更少的程式完成更多的事。

對客戶來說：網站載入更快、效能更穩定。
對團隊來說：維護成本更低、代碼更可預測。

這種平衡，正是我們在九千歲最重視的價值之一——
讓專案能被長期照顧，而不是一次性「交付」。

五、我們用 Svelte，因為我們相信「簡潔是力量」

在許多專案中，我們發現真正的挑戰不是技術的難度，而是在複雜中維持清晰與一致。

Svelte 讓我們回到最初的初衷：
專注於介面、互動、內容與使用者。

對我們而言，「前端」不是炫技的舞台，
而是一種把想法變得具體、可體驗的語言。

📅 下一篇預告

〈#4 Kirby CMS：從內容出發的網站架構〉
— 將談談為什麼我們在後端選擇 Kirby，而非傳統 CMS，
以及這個決定如何讓內容管理更靈活、更長壽。