公司需要的是工程師,還是只是把工作做完的人?
最近與主管進行面談時,聊到了團隊成員的技術成長與 AI 協作的現況。這引發了我的一連串思考:當 AI 已經能代勞大部分的實作時,開發者的核心價值究竟剩什麼?
最近與主管進行面談時,聊到了團隊成員的技術成長與 AI 協作的現況。這引發了我的一連串思考:當 AI 已經能代勞大部分的實作時,開發者的核心價值究竟剩什麼?
📌 本文為系列文「從觀望 Claude Code 到一頭栽進去」的第一篇。
系列將分享我從觀望到愛不釋手的 Claude Code 使用心得,包括省 token、優化流程、寫 MR、產出技術文件與工具比較。
👉 完整系列文章列表請點這裡
原本買了保哥的課程:AI 程式設計代理人開發全攻略:從入門到實戰,跟完課程的 Claude Code 直播後,我其實還是有點猶豫要不要再多花一筆錢訂閱 Claude Pro。不過觀察到身邊的免費仔們紛紛開始課金,我就想:「嗯,好吧,那我也刷看看一個月 20 鎂的訂閱費。」
去年針對購物車做了重構,主要是每次開發都覺得很挫折
因為我看程式碼的感覺就像:
早上準備上班的時候,你走到陽台的洗衣機前開水龍頭洗臉刷牙,再到從床底下找到今天要穿的衣服穿上之後,從冰箱拿出鞋子穿好出門。
你不能說這個流程有問題,因為你還是完成了準備上班(It does works.)
只是什麼東西在什麼地方、在什麼地方做什麼事情,都不對勁…
去年在工作上接觸了 cypress, docker, webpack, vue composition api 等前端技術,並且還有成功應用的經驗,我認為有三個訣竅幫助我有效的上手:
最近在優化公司專案用的 webpack,查資料查到這篇文章,
一看到 webpack 可以使用 esbuild 來提升速度,很興奮地跳下去實驗了
最近在逐步把開發環境移到本機上,原本在 Linux 運行好好的程式,到 Windows 上都出錯了
第一次實際參與 Scrum Team 至今也半年了,平時寫的文章都是介紹技術比較多,但希望可以留下一些跑 Scrum 的紀錄,
或許未來跟不同團隊合作的時候,這個筆記可以當作一個參考。
這個原則並不是教科書或是誰規定的,而是實際跑過半年的 scrum,並且大家一起不斷迭代調整後的結論,後面會解釋為什麼很重要。