iT邦幫忙

2025 iThome 鐵人賽

DAY 28
0
  • 源起

    過去,**程式碼(Code)**一直居於主導地位

    規格說明書(Specifications)就像是搭好後就會被拆除的鷹架,一旦開始動手寫程式這個「真正的工作」,規格書就被拋在一邊。

    但「規格驅動開發」(Spec-Driven Development)改變了這一點:規格說明書變成了可執行的東西,它能直接產生可運作的實作程式,而不是只用來指導程式設計。

開發者首先專注於定義產品的「是什麼」(what),接著才是「如何做」(how)
講一堆你可能還是有點模糊,關於他與普通 Prompt 的差異 我請AI製作了這個… ⬇️
https://manus.im/share/file/082e703a-0a1e-4e8b-b1f3-66f60abfd058

今天偷懶到這 後幾天直接開幹


上一篇
Gemini CLI 基本操作
下一篇
Spec-kit
系列文
Android 不會只更新 UI ! 用 Vibe Coding ? 加速打造 Al-native App29
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言