近期心得＆發現 1. 要當成三組人馬 2. 以前，客戶規格通常小於實際需求；現在，AI 規格可能大於實際需求。 --- 以前做軟體，通常可以想成兩組人馬： * 客戶提出需求 * 工程師負責設計與開發 但現在客戶會先使用 AI 產生規格、流程和 UI，合作方式已經改變...
前言 --------------------------------------------- 當我們想把伺服器以 HTTPS 對外公開時，一定會遇到的就是「憑證」。這就是瀏覽器會顯示鎖頭圖示的那套機制，但能夠按步...
職涯生涯 做了學術研究很久 真的寫不出來 偶然協助客戶開發一套有點複雜的小電商 在我表達我的理想之後 claude opus 好像懂我方向 幫我寫出來了 我感覺 就像是終於觸摸到了上帝 我沒辦法清楚表達 這套 paradigm ... 但是比什麼都優雅 --- PHP ...
嘿，大家好！ 我不想搶走 @hemapriya_kanagala 的系列內容。這比較像是 DEV 上的一則機會快訊。 我目前在 CALEC 擔任 QA 測試的全端開發志工，現在我們正在尋找更多**全端開發人員**加入這個專案。**我們計畫在 2027 年前推出專案的第一階段！** 如果你是全端...
前言 ============================================= 有一個安美佳小姐留下的 meme：「**白色有 200 種顏色啦**」，但我心想 200 種好像也不算多，於是決定來調...
想像一下，你的 AI 助理剛剛產生了 200 行程式碼。從法律上說，你可能一行都不擁有；但從法律上說，任何它送出的 bug，責任仍然算在你頭上。這兩句話之間的落差，就是明天你要合併的程式碼真正面對的問題。 整個議題就是活在這個落差裡。產生程式碼的工具不能被起訴；模型不能被追究責任；供應商的合約早就...
我通常在這裡寫 Next.js、快取，以及那些會偷走你睡眠的 bug。但這篇文章不一樣。我想分享的是，在我寫下任何程式碼之前，究竟會發生什麼事。也就是那個改變了我看待這一切的東西。 有些開發者在卡住時會出去散步。有些人會再泡一杯咖啡。有些人則會一直盯著同一個檔案，深信答案就藏在兩行程式碼之間。我通...
如果你最近有花時間撰寫詳細的產品需求文件，或是一絲不苟地撰寫工單規格，你大概已經注意到一個令人挫折的悖論： **把一個問題完整規格化，往往就已經完成了解決它所需工作的 90%。** 等你蒐集完背景脈絡、整理好邊界情況、考量完使用者流程，並且把預期行為寫得精準到足以讓別人毫無阻礙地執行時，你其實已...
最先掛上「（笑）」的是 Karpathy 本人 ---...
[](#%E7%9B%AE%E6%AC%A1)目次 ------------------------- - 前言 - 不要過度使用 SELECT * - 意識 WHERE 子句 - 寫上 ORDER BY - 理解 NULL 的處理 - 善用別名 - 總結 [](#sql%E3%82%92%E6...
