AI

A collection of 3 posts
LinkedIn 正在進行的組織革命
AI

LinkedIn 正在進行的組織革命

看了這個影片之後,我開始對 Linkedin 導入的感到非常的好奇,所以對他們的做法做了深入研究,研究完之後覺得該好好的來寫這篇,而不是單純的翻譯總結。 主要是因為覺得跟我加入 USPACE 後思考的路徑很相似,甚至 Pod 的想法也跟當初 USPACE 找我去的想法非常貼近,我這陣子的確就像是文中提到的海豹特種部隊,到各個部門去解決特定的問題。 我也在 USPACE 內部開始訓練小夥伴,也就是文中所提到的 APB,看完 Linkedin 的做法之後,我更加清楚,我先前一直覺得應該要有小夥伴來幫忙的這個念頭是正確的,因為我還有文化需要去建立。 也確認我在 USPACE 提出的激勵方式、文化建立的方式是走在對的路上。 其中最令人興奮的就是目前我在 USPACE 還沒做但也在路上的,就是 Agents 部隊了,實在是想要趕快來 implement。 不得不說,覺得有種想法被驗證了的感覺實在是令人興奮! 以下是正文: LinkedIn 正在實驗一種叫做「Full Stack Builder」的新模式。 核心概念是:
11 min read
Vibe Coding: Snapshot 2.0
AI

Vibe Coding: Snapshot 2.0

最早做 Snapshot 的時候只透過程式來產生 snapshot.json 來協助 AI 開發,所以先前寫了 Vibe Coding: Snapshot 這篇來做紀錄我的做法。 但隨著專案變大,單一 snapshot.json 開始不敷使用 當專案變大 Snapshot 就跟著變大這件事其實一直在我心裡,覺得那天一定會碰到問題,直到某天打開 Claude 看到提示 snapshot.json 佔用太多 context 的時候,才真的讓我開始升級 snapshot 架構的動作。 整理幾個升級的重點: 1. 把 snapshot 拆成多份,並製作 snapshot index 2. 根據使用(溝通)方式來拆分 snapshot 3. 建立 snapshot 之間不同維度的連結
8 min read
如何降低 AI 開發的認知負債
AI

如何降低 AI 開發的認知負債

先說結論「把這件事當作是 Code Review」 前陣子看到一片文章提到,利用 AI 很容易會造成認知負債 ,第一個想到的就是過去這半年透過 AI 開發很多產品了,一不留神的話,的確很容易就會掉入不知道 AI 開發了什麼的狀況,造成了認知負債。 過去的開發經驗中我自己就碰過了幾次,一開始透過 AI 開發的很開心,後來開發速度慢下來,問題一直解不掉,原因就是自己對手上程式的不熟悉,後來還是自己跳進去慢慢的看 code 才抓回所謂的熟悉感。 那這樣的認知負債,會有什麼影響? 1. 第一個是東西壞掉,你可能會不知道可能是那邊出問題,第一時間會完全沒有頭緒。 2. 長期下來你會沒辦法協助 AI 定位,沒辦法描述的更清楚,開發的速度會受限。 3. 跟其他人共事的時候會沒辦法說明、解釋 4. 長期下來,沒用利用大腦可能會變笨(?) 雖然開始離開 Cursor 跟 Windsurf 改用 Claude
3 min read