我為什麼不再用 Antigravity，而改在終端機裡開發
|
大家端午快樂，這週分享一下我目前的主力開發工具～ 開發工具的使用歷程在 AI 時代前，我都是使用 PhpStorm。PHPStorm 確實順手——跳到函式定義、儲存時自動格式化和檢查，這些功能讓開發效率提升不少。 進入 AI 時代後，我用了 Cursor 好幾個月。自動補全和聊天介面加速了不少開發流程。但用了一段時間，我發現自己還是需要理解程式碼的能力，最後回到 PHPStorm 搭配 Claude Code 的組合。 後來也試過 Google 的 Antigravity。除了免費額度以外，用起來跟 VS Code 差不多。直到某天我打開系統監控，發現 Antigravity 的記憶體佔用竟然到了 40 幾 GB。 40 幾 GB，只為了一個程式碼編輯器。 程式碼視窗還重要嗎？這讓我開始重新思考一個問題：傳統 IDE 的設計核心是「程式碼」。整個介面以程式碼編輯器為主體，側邊欄、終端機、除錯面板都是輔助角色。 但我現在的開發流程已經變了。大部分時間我在跟 Claude Code 對話，描述需求、確認方向、審查它產出的結果。真正需要自己打開檔案逐行閱讀的時候，一天可能不到三成。 既然主要的工作模式是「對話 + 指令」，那為什麼不直接在終端機裡做？ 改用 Warp 之後的工作流程
我選了 Warp 作為主力終端機。用了幾週下來，整理出三個讓我回不去 IDE 的原因。 多專案管理靠分頁就搞定我同時在跑好幾個專案。在 Warp 裡，每個專案就是一個 Tab。早上開工時，Warp 會把我開過的專案分頁都暫存起來，只要一啟動時，就是所有我目前手邊正在進行中的專案，每個 Tab 直接切到對應的專案目錄。要切換專案，Command + 數字鍵就到了。 不用像以前那樣開好幾個 IDE 視窗，每個視窗吃掉一大塊記憶體。 視窗分割讓對話和操作並行Command + D 就能分割畫面。我常用的配置是左邊跑 Claude Code，右邊開一個終端機執行指令。如果需要同時監看 log 或跑測試，再切一個小視窗出來。 這跟 IDE 裡開 Terminal 的體驗完全不同。在 IDE 裡，終端機是被塞在底部的附屬品；在 Warp 裡，終端機就是主角，每個分割視窗都是平等的。我可以根據當下的需求，自由調整每個視窗的比例和用途。 檔案操作也不缺真的需要瀏覽檔案結構的時候，Warp 左側也有目錄面板，點選就能開啟檔案。雖然不像 IDE 那樣有語法高亮和智慧提示，但對於偶爾需要確認檔案內容的場景來說夠用了。 這套做法適合誰我不會說每個開發者都該丟掉 IDE。如果你的工作需要大量手寫程式碼、頻繁使用重構工具、依賴型別檢查和自動補全，IDE 依然是最好的選擇。 但如果你跟我一樣，日常開發有一大半時間在跟 AI 協作——描述需求、審查產出、下指令執行——那 IDE 裡那個大大的程式碼視窗，可能真的不是你最需要的東西。 Warp 的介面設計剛好反映了這個轉變：它以 AI 對話為主體，終端機操作為輔助。當你的工作流程本來就是「對話 + 指令」，這樣的配置比 IDE 順手得多。 - 如果你希望可以看到更多關於 AI 開發的實用工具跟做法，可以回信傳一個 🛶 給我讓我知道！ |
WordPress 開發日常
昨天下午跑去臺北中山地下街想說放空一下抽離每天的日常工作，結果逛書店逛到一半，旁邊走過的兩個人開始在高談闊論，聊著關於 AI 上下文超過 50% 能力表現就會開始衰退的話題，害我都很想過去跟著討論一番XD Typeless 不只是語音輸入工具，更是 AI 助理 語音輸入軟體 Typeless 的方便性應該不用我再多說了，有很多朋友應該都有在用，但最近我發現了幾個進階的用法，能夠再進一步提升我的 AI coding 效率甚至是平常的文書作業。首先是「隨便問」這個功能，Mac 上預設的快速鍵是 Fn + Space，我發現它有以下用法： 一、潤飾文字稿 當我語音輸入完、想要把輸入好的內容再重新順一下時，我可以直接把剛剛輸入的文字選取起來，然後使用 Fn + Space 跟它說：「請幫我潤飾一下這段文字，並且幫我把原始文字括號，讓我知道你修改了哪些地方。」 二、深度分析與摘要 當你面對冗長的文件、複雜的報告或大量的資訊時，不必逐字閱讀。只需將內容選取後呼叫「隨便問」，它便能迅速為你梳理出核心論點、關鍵數據及邏輯架構，並將繁瑣的資訊轉化為簡潔易懂的重點摘要。 三、網頁搜尋...
最近在讀一本書叫做《Vibe Coding 聖經》，在現在 AI 相關的書籍多到爆炸的狀況下，很容易就覺得這只是另外一本在教人用 AI 寫 Code 的過時書籍而略過，但讓我眼睛一亮的是本書的其中一位共同作者 Gene Kim 是我超愛的一本軟體專案管理小說神作《鳳凰專案》的作者，他與另一位骨灰級工程師合著，因此二話不說就立刻買回來看。 這本書是 2025 年中出版的。在那個時間點，Vibe Coding 的說法剛出來不久，所以第一章的篇幅著墨在說服還沒有嘗試過 Vibe Coding 的工程師來實際體驗看看，書中舉了很多矽谷創業圈的例子來佐證，證明 Vibe Coding 是真的會改變軟體設計的一種典範轉移。 Kim 也提到有很多早就因為寫不下去程式碼而離開這個產業的工程師，因為這一波 Vibe Coding 的浪潮又重新找回軟體開發的樂趣，其中就包含他自己。他的本業是協助企業來如何透過 IT 來管理企業，而《鳳凰專案》這本書在講的就是這個的主題。 《Vibe Coding 聖經》提到 AI 協作開發把工程師最討厭的瑣事像是除錯、寫測試、部署流程全部都外包給...
上一次也是第一次參加鐵人賽是 2021 年，因為受到社群夥伴 Eric 的邀約，我寫了關於接案以及 WooCommerce 金流串接的主題，雖然只有得到全勤獎且壓力爆棚，但還是靠著意志力完成這個累死人不償命的比賽。 IT 鐵人賽是由台灣最大的技術開發社群 IT邦每年都會舉辦的線上活動，邀請所有技術產業的從業人員把他們的研究心得或是實作經驗以連續三十天的頻率發表出來，挑戰前可以選擇要投稿的題目，剩下的就是在半夜 12 點前準時發文，如果遲了一分鐘挑戰就算失敗。 當年參賽挑了一個我很害怕的主題：WooCommerce 金流串接，這是我自學程式的大魔王關卡，很大一部分是因爲當年閱讀技術文件非常吃力，然後 WooCommerce 的 API 又有很多看不懂的寫法，我想用鐵人賽來克服心魔。 這是我當年參賽後的心得：「參賽前我一直很擔心自己沒有辦法寫完這三十天，不停的在懷疑自己是否有辦法辦到，但就跟做很多一開始覺得很困難的案子一樣，頭洗下去之後就會慢慢看得到終點了，今天的我感覺自己突破了很大的一關！」...