不必先裝環境，打開就開工

學一個新框架，第一步常常是繞路。裝執行環境、裝套件管理工具、處理版本衝突，接著發現某個依賴需要一個這台機器沒有的編譯器；等第一行程式碼寫下去，熱情已經涼了一半。StackBlitz 把這段繞路整個拿掉。它在瀏覽器裡跑起一套完整的執行環境，所以打開範本就直接進編輯器，依賴已經處理好，預覽邊打邊刷新。從打開ページ面到看見程式跑起來，距離是幾秒，而不是一個下午。

這個想法的另一半是分享。一個專案有一個網址，誰打開那個網址，拿到的就是同一個環境、同一棵依賴樹、同一個正在跑的預覽。曾經隔著通話解釋一個問題的人都知道這值多少：你不必描述你的環境，直接把環境交出去就好。

比較像編輯器，而不是展示ページ

介面沿用桌面編輯器的習慣，所以轉換成本幾乎是零。快捷鍵照預期運作，終端機在，除錯能用，Git 面板讓例行工作不必離開這個分ページ。檔案可以直接拖進來，擴充套件的行為跟在本地一樣，而整體之所以還能保持流暢，是因為執行環境就在這個分ページ裡，而不是一台遠端機器隔著網路回話。

免費方案在最關鍵的方向上相當大方：公開專案不收費，這正好覆蓋學習筆記、課堂範例，以及開源專案放在說明ページ上的那個即時示範連結。私人專案放在付費方案裡，這條線畫得算合理。

它為什麼越來越好用

底下那套引擎，同時也是好幾個知名 AI 應用建構工具的技術母體，而這些流量自己會付帳。那些產品每一個都需要一個即時、可重現的環境，它們對引擎提出的要求，反過來把引擎往前推。免費用戶因此享受到商業客戶委託出來的工作成果，這是一種少見而且相當不錯的安排。

它不能取代的，是認真做正式專案時的那台本地機器。長時間建置、原生工具鏈、龐大的倉庫，以及任何需要在應用程式旁邊跑一個資料庫的工作，都還是想要一顆真的硬碟與一個真的殼層。知道界線在哪，才是關鍵：任何新想法都用瀏覽器跑第一個小時，等這個想法活過那一小時，再把工作搬到倉庫裡。

它的突破在於重新定義「環境」這兩個字：當環境變成一個連結，寫程式的門檻就從機器搬到了指尖，ページ面載入完就開始寫。

幾個讓它真的划算的習慣

學新東西時從官方範本開始，而不是從空白專案開始，因為範本裡藏著檔案默認的那些慣例。示範專案記得把範例檔案整理乾淨，因為一個分享出去的連結，陌生人打開後幾秒內就會讀它。而在原型要變成正式工作之前，把它搬進有完整歷史的本地倉庫，這樣實驗在分ページ關掉之後還留得住價值。

照這樣用，瀏覽器就不再是一種妥協，而是屋裡想事情最快的那個房間。