園長Brian: 老程序猿們可以很容易接受copilot和cursor，但是卻很難接受claude code 為什麼呢 因為claude code破壞了我們原本在工作中吸取的成就感，並讓我們原本寶貴的經驗，最佳實踐，語法習慣都變得一文不值！ 我們的工作從「照顧好每個技術細節」轉變成了「奮力寫好小作文and send it to machine」 程序員的至少50%的工作可以直接把產品經理在issue tracking上的文字拷貝粘貼到claude code而完成 這使得產品經理距離做半個程序員只差「對命令行的恐懼」和「不知道編譯錯誤也可以拷貝至claude code」這兩米遠 這太難受了 提升效率人人願意，但這種革命性的巨變真的很難轉變過來 我只能說，可能有些人真的會被淘汰 ====== 以下是給攻城獅的建議 第一，心態顛倒過來，容易做的其實難做，難的其實容易 會編程的反而不敢嘗試，不會編程的，反正不會編程，全交給cc，出了問題只會歸因為溝通不到位，反而做得又快又好 既然失敗的成本是如此之低，為什麼不多嘗試呢 第二，工作時間一律開著cc，即使是你在寫代碼，也可以問cc問題，像pair programming 他有你的上下文，回答問題又快又准，我經常問他，xx功能在哪個文件第幾行？完成這個重構麻煩嗎？如果遇到邊界情況會怎樣？ 時間久了，你倆就熟了，你就更放心讓他幹，手動檔慢慢過度到自動檔 第三，別怕溝通耽誤時間，因為cc比人細心，照顧細節的事反歸他不歸你 plan/develop/test，比重明顯變化了，你未來的時間都在做plan和test，所以，強迫自己更擅長plan和test吧 ====== 以下是給產品經理的建議 第一，學會git，這是你打入攻城獅內部的最硬核的部分，沒辦法繞過 第二，把事情說清楚的基礎是「取名字」 你要告訴cc，這個東西叫什麼，日後你們才能方便溝通。有點像那句老話，會取變量名的程序員一定是好程序員 第三，絕對不要學編程，反過來要cc把代碼解釋給你聽 第四（這條我一般不教別人），混用GPT 5 Pro做計劃，再把計劃粘貼給cc；或者把cc的計劃交給GPT 5 Pro修改，再粘貼回去，這將大大改變你的世界 好了 今天的我特別囉嗦，是因為我正在飛機上，沒網玩不了cc