直覺式開發(vide coding)時代來臨,軟體架構重要性與日俱增

直覺式開發(vide coding)時代來臨,軟體架構重要性與日俱增

最近兩個月,同溫層中興起一陣直覺式開發(vibe coding)的風潮,鼓勵大家用自然語言進行軟體開發。短時間內我就看到許多非技術背景的朋友們紛紛跳下來嘗試,也有些人真的做出一些有趣的東西。

我認為這種讓沒有技術基礎的人,也能開發軟體的概念,其實跟早些年 Windows 95 的圖形化介面,讓不懂得命令列(command line)的人也能使用電腦是相似的概念。

這是資訊科技進步的必然。再往下一階段,腦機介面的突破,還會進一步讓那些語言表達能力沒那麼好的人,也能透過腦袋中的想像來跟電腦互動,讓電腦幫忙完成程式開發。這很可能是下一波人機介面的革命。

但在這種革命發生的早期,許多的配套工具還未完善,但已經開始有大量的人投入使用。這些人寫出了一大堆無法維護,甚至無人能清楚解釋,但又運作正常的程式碼,這等同於創造了大量的技術債務。所以也有另一派人在討論,vibe coding 產出大量難以維護的程式碼,未來維護這套軟體的人將會身受其害。

從前寫程式的進入門檻較高,所以寫出來的程式再怎麼糟糕可能都還有人知道怎麼維護,所以 junior engineer 可能會寫出一些爛 code,但數量不多,且還能維護。

但現在進入門檻幾乎消失,重點是大家根本也不知道自己寫的 code 到底是怎麼運作的,更不用說要維護了。加上這些 code 其實也不大需要動腦筋,所以大家都放心的產生一大堆無法維護的程式碼。

人人都能輕易入門,這件事很棒,但輕易入門的代價則是大家會瘋狂寫出一大堆難以維護的程式碼。以前技術債的堆疊速度假設是 1,現在有可能變成 10,本來要花上 10 年才能堆出的技術債,現在可能只需要一年。

如果中間創造的價值也有 10 倍,那企業主也能心甘情願承受,可一般沒有那麼好的事情。

以砌牆為例,砌一面牆時,我們需要先明確幾件事:

  • 這面牆的目的是什麼?(防風、防盜、裝飾?)
  • 成品標準?(高度、寬度、承重力、外觀平整度)
  • 牆體結構要怎麼設計?(直線、弧形、厚度、留孔洞?)
  • 地基需不需要加強?(承載力?濕地 or 乾地?)

如果砌這面牆時,我們需要與他人協作,那我們還要進一步確認幾件事:

  • 砌磚的方式要統一(橫砌、交錯砌)
  • 磚與磚的間隙寬度、砂漿比例
  • 每一層磚的水平與垂直校正方式
  • 誰負責打地基?誰負責砌磚?誰負責監工?
  • 若有多人同時砌牆,接縫處誰負責對齊?
  • 每砌一段,要不要即時校正(level check)?

你可以想像一下,如果蓋一棟大樓時,沒有先畫好藍圖,也沒有先針對上述問題做好規劃,開工後每個人都按自己的方法去施工,最後會出什麼樣的結果?

  • 不同牆面的材質不同、承重能力不同
  • 不同牆面的高度不同、連結處不對齊也不平整

上述問題,如果是在施工過程發現,那就像 bug 在開發過程被抓出來一般,只是增加了重工的成本,不至於造成過大的風險。但如果是在蓋好後,因為地震或其他因素發現當初施工的問題,那很可能是以人命為代價。(參考:測試左移,我們該關注的是需求的 bug 數還是程式的 bug 數)

AI Coding 需要留意的事項

Cursor 的設計主管在 X 上分享過他認為使用 AI Coding 時需要注意的 12 件事:

  1. 預先設置 5-10 個清晰的專案規則,以便 Cursor 瞭解您的結構和約束。簡單的說就是先設定好團隊在進行系統開發時的一些基本原則,例如 coding style。
  2. 提示要具體。像撰寫規格一樣闡明技術堆疊、行為和約束。
  3. by file 生成、測試和 review,關鍵是在「較小的範圍」內進行。
  4. 首先編寫測試,鎖定測試,然後生成代碼,直到所有測試都通過。
  5. 檢查 AI 輸出並修復任何錯誤的內容,然後告訴 Cursor 原因,將這些錯誤修復作為與 Cursor 協作的範例。
  6. 使用 @ file、@ folders、@ git 協助 Cursor 的注意力定位到 codebase 的正確部分。
  7. 將設計文件和清單保存在 .cursor/ 中,以便 AI 代理能在具有清楚脈絡的狀態下知道下一步該做什麼。
  8. 如果 Cursor 給出的代碼錯誤,就自己寫吧。Cursor 從編輯中學習的速度比從解釋中學習的速度要快。
  9. 使用聊天記錄迭代舊提示,而無需重新開始。
  10. 有意識地選擇模型。要精確性用 Gemini,要廣度用 Claude。
  11. 在新的或不熟悉的堆疊中,將完整內容貼上。讓 Cursor 逐行解釋所有錯誤並修復。
  12. 讓大型專案在夜間編製索引,並限制上下文範圍以保持性能敏捷。

許多內容就是一語帶過,但我們可以推敲其背後的意涵。

規範化、明確而具體定義、小範圍、持續迭代、足夠資訊、測試先行,這些都算是軟體開發一直以來的管理重點,即便在 AI 時代,這些觀念也仍舊重要。

而這些其實都與軟體開發過程的軟體架構與開發規範有關。

在 Vibe coding 年代,人人都有能力寫些小程式,軟體功能的發展將會以飛快的速度推進,而在這樣的年代裡。

那些能做軟體架構設計,能定義開發規範的資深工程師與架構師的身價,將會水漲船高。

如果你覺得我內容寫得還不錯,歡迎訂閱我的電子報,我每雙週會發送一封電子報到你的信箱。訂閱連結在這,過往的電子報也在這:Gipi電子報

也鼓勵你可以將我的電子報分享給你認為有需要的朋友們,也許你的舉手之勞,將會改變另一個人的思維與習慣。

Read more

西雅圖的夜晚

第二人生的再思考

在從達拉斯飛往西雅圖的飛機上,因為有四個小時的時間,所以我花了些時間思考自己的人生。 起因於我打開了帆書 App,想說要來聽一本書時,剛好看到克里斯汀生多年前的著作《你要如何衡量你的人生?》 我馬上跟同事聊起這本書,聊完後我靜下心來好好思考當下的自己。 以下是我在 2022 年生病期間,跟 Yuki 聚會聊完第二人生後我寫下來的內容,也是當下我對第二人生的體悟。 我覺得第二人生的追求跟第一人生不同,或許不用像人生上半段那樣兢兢業業,也不用那麼目標導向,而是可以有更多的時間留給自己。 需要有份工作,但不要讓工作佔滿生活全部的時間, 需要有收入,但賺錢不該是生活的主要重心, 需要有挑戰,但不再追逐更多的名、利與成就, 需要有目標,但不必逼自己有很精確的時間軸, 需要有朋友,但不是為達成目的而去建立的人脈關係。 第一人生與第二人生不是一種立即性的切換,有時是一種漸進式的調整,甚至是同時發生。 有人說,第二人生有時是彌補第一人生中失去的東西,或者體會第一人生沒有足夠時間去體會的東西。但我想這是屬於 60-70 歲才開始展開第二人生的人的思考邏輯。趁早規劃的人可以不需要用這麼極端的

By gipi
2026 第三次復盤

2026 第三次復盤

原先要在中秋假期時完成今年的第三次復盤,可因故延誤了,但想想這季還是有許多深刻的心得值得跟大家聊聊。 青色組織夢的復興 我當年創辦學院社群時,我心裡有個很濃厚的情懷,我認為最有效的學習就是創造一個環境,讓所有人在這個環境中彼此學習,互相協助。就像一個大同社會一般,你幫我學習,我幫你成長,你貢獻一點,我也貢獻一點,這個環境肯定就會更好,而我們每個人也能獲得更多。 我當年是真心相信這件事,所以學院的第一年,我們在只有兩個正職員工的狀況下,靠著學員擔任志工,我們前前後後舉辦了將近 60 場講座,以及數十場聚會,跟數百場的小組學習活動。 只要你願意成為志工,組織一場講座,而其他的 99 個人也都做了一樣的事,我們每個人投入的是一分力氣,但最終我們會獲得一百分的回報。 這是我心目中理想的社群樣貌,而我到目前仍然相信環境對一個人的影響遠大於一個老師或是一堂課程。 可以當年,我們跌了很大一跤,那次的挫敗甚至讓我有些懷疑我是不是過度理想化了。我忽略了很多現實面的問題,也忽略了自己的身分角色,還忘了很多事,並不是那麼理所當然。那年我也在 MOPCON 分享了這個經驗,有興趣的朋友可以自行觀

By gipi
[徵才]方圓國際誠徵四個新職務

[徵才]方圓國際誠徵四個新職務

我又要來招募了,這次要招募的職缺有四個,工作地點都在台中。 6 月份的時候我啟動了一波招募,那波中我招募了工程師、門市體驗設計師、萃茶系統負責人、小舖成長主管。後來我們也引入了品茶師、珍珠學院培訓師與院長,以及一群儲備幹部們。 目前這些人都已經在職,且一起進行了許多有趣的任務。 我們相信,品牌是由內而外的,需要讓員工先感受到,客戶才會感受到, 我們相信,品牌不只是一種形象,而是一種持續兌現承諾的能力, 我們相信,餐飲不是門苦生意,而是能帶給自己與他人幸福的事業。 這是我在方圓工作這段時間,我堅定不移的信念,也是我們團隊一起前進時重要的信條。 現在,我又要招募幾位夥伴加入我們團隊,如果你對以下職務感興趣,歡迎將你的履歷寄送到我的信箱:gipi@teashop168.com.tw AI-native senior full-stack product engineer 之前已經有招募過工程師,但因為要推進的事項很多,所以想再多找一位開發夥伴加入我們。 AI-native,我希望你現在已經是將大量的工作交給 AI,不論是

By gipi
讓生活變成你喜歡的樣子

讓生活變成你喜歡的樣子

一個人一早在無人的 Stanford 校園散步,在教堂牆上看到 Faith、Hope、Charity、Love 四個詞彙,有點感觸,坐在門口的椅子上,想想這陣子做的一些決策。 管理,是管事理人 這是很多年前古哥跟我說過的一個概念,核心思路是「你得在事情上參與,理解問題的本質,並把時間花在梳理人會卡關的議題,讓人可以朝好的方向前行」。 過往專業經理人時期,我理解這概念,但因為我會有短期的戰功需求,所以我會想盡快把事情解決,對人的耐性也相對有限。當 team member 的調整速度太慢時,我可能會插手處理。這樣的好處是事情會很快有進度,壞處則是對方的學習空間減少,潛力難以激發,工作動機也會在我一次次參與後逐漸減少。 現在我比較沒有短期成果壓力,所以在找出問題根因後會願意花時間去陪一個人成長。因為我相信,只要這人是對的,最終都是先苦後甘,前面慢一點,但後面就會快很多。 就像我以前分享過的培訓概念一樣,早期人的成長不明顯,因為培訓發揮效用要時間。可當培訓的效果開始發酵,他的績效就會逐步展現。而且這人因為被信任,備栽培,所以他的工作心態也會截然不同。長期能帶來的效益是難以估計的。

By gipi