老程序猿們可以很容易接受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