打开网易新闻 查看精彩图片
Jeff Barr 在 AWS 寫了二十年部落格，3,200 篇文章記錄每次服務上線。這件事本身就像個產品——他把技術發布變成開發者反饋的迴路，讓 builders 知道雲端平台在想什麼，也讓平台知道 builders 卡在哪裡。
現在這套邏輯被 AI 放大了。AWS 內部專案 Bedrock 用生成式 AI 把開發週期壓到 76 天，開發者每週 commits 從 2 次衝到 40 次。聽起來像子彈列車，但問題是：軌道還沒鋪好。
打开网易新闻 查看精彩图片
代碼產出快 20 倍，審查工作量卻暴增五倍。CI/CD 管線、測試覆蓋率、團隊決策速度——這些下游環節成了新的瓶頸。BMW 集團的解法是用無伺服器架構撐住每日 13 萬次部署，但多數組織還在用兩週一次的衝刺規劃追每小時的代碼變更。
工具層面，Bedrock 現在掛著 277 個模型，自動回收沒人用的資源，隔離不同客戶的運算負載。這些都是為了讓「快」這件事不會燒掉基礎設施。但真正的挑戰在人：prompt 寫得好不好，成了比語法更關鍵的技能；開發者要學的不是新框架，而是怎麼用自然語言把問題講清楚。
打开网易新闻 查看精彩图片
AWS 的觀察是，高績效工程師和一般開發者的差距正在拉大——不是因為工具不公平，而是有人懂得把 AI 當放大器用，有人還在把它當搜尋引擎。團隊也被迫縮小：兩個披薩不夠了，現在要一個披薩能吃完的規模，才能減少溝通摩擦。
最諷刺的細節在這裡：Barr 當年飛了 14 個國家面對面問開發者需求，現在 AI 團隊發現最有效的協作方式，還是搬進同一棟房子一起住。技術再快，有些反饋迴路依然需要物理距離為零。
热门跟贴