iT邦幫忙

技術文章

RSS
鐵人賽 Claude AI DAY 14

【Day14】路線圖排錯優先順序,團隊就在浪費資源。學會前提釐清、主題分組與 Sprint 排序,搭配 Claude AI 打造有紀律的產品決策

快速解答: 功能優先排序,是把一堆點子收斂成「值得投入資源」的路線圖,再進一步拆解成每週可執行的 Sprint 任務。這件事分成兩個層次——路線圖層級(策略性、...

鐵人賽 Vibe Coding DAY 14

Day 14:流程控制的藝術:用 Switch 節點「畫」出商業分流邏輯

Day 14:流程控制的藝術:用 Switch 節點「畫」出商業分流邏輯 嗨,大家今天過得好嗎?歡迎來到鐵人賽 Day 14。 昨天我們成功連上了 Postgr...

鐵人賽 AI Security DAY 14

Day 14|Indirect Prompt Injection:把攻擊藏進文件裡,還會成功嗎?

今天測的攻擊面,系統原本並不存在前面 13 天測試的攻擊,不管手法多迂迴,本質上都是「使用者在對話框裡打字」。但真實世界裡,很多醫療 AI 應用場景不是這樣運作...

鐵人賽 Build on Google AI DAY 14

Day 14:【第 2 週小結】API 串接心得:把一週的零散代碼,收成一支 gemini.js

昨天用 Embedding,讓 Gemini 從「回答問題」跨到「成為程式的一部分」。 第二週走到這裡,其實已經寫了六支小腳本: Day 08 第一次呼叫 A...

鐵人賽 Vibe Coding DAY 14

# Day 14:複雜 Form 表單開發:AI 處理表單驗證、動態欄位與狀態控制

今日目標 在昨天建立好 App 的響應式 Layout 與 Navigation 後,今天我們要迎來前端開發最核心、也最容易讓人頭痛的魔王關卡——表單(Form...

鐵人賽 AI Security DAY 14

回頭看 Day1:同一支會當掉的 hook,omp 擋下、Cursor 放行——那 11 天,其實是一個預設值

昨天(Day13)我決定把模型移出熱路徑:hook 照舊只寫紀錄,問 Jev 的事交給另一支常駐程式慢慢做。那篇誠實欄的最後一條寫著:「答案晚到,代價是它不能拿...

鐵人賽 IT Operation DAY 27

Day 27:Docker Volume — 容器資料持久化與共享

在前面兩天,我們學會了如何啟動容器與打包自訂 Image。但 Docker 容器有一個特性:「隨用隨扔(Stateless)」。一旦執行 docker rm 刪...

鐵人賽 自我挑戰組 DAY 30

Day 30|關於 Design Pattern 我完賽了

30 天系列最後一篇,也是到了說再見的時候了 起初跟著阿柴從 SOLID 五原則,一路走過創建型五個、結構型七個、行為型八個 柴咖啡從小店面開到串外送平台、開到...

鐵人賽 Modern Web DAY 14
前端來點 AWS 技能樹! 系列 第 14 篇

Day14 - 搞懂 IP、子網路與路由:80 和 3000 port 差在哪?

昨天終於把專案放到 EC2 上並看到頁面了!不過回頭看,從開機器到跑容器,一路出現了公網 IP、Subnet、Security Group,還有 -p 80:3...

鐵人賽 Software Development DAY 25

Day 25|AI 在 Production 發生了什麼?PostHog AI Observability

前一篇把 AI 功能的驗證拆成三件事:原本的 Test 確認程式有沒有正常執行;Eval 判斷 AI 有沒有把任務做好;Observability 則負責留下...

鐵人賽 Software Development DAY 14

Day 14: AopProxy —— 動態代理的底層實現與調用分發機制

從今天開始,我們會花 3 天的時間進到 Spring AOP 技術的相關組件細節。 我們都知道 AOP 是一種針對 OOP data flow 的橫向封裝。傳統...

鐵人賽 JavaScript DAY 29

Day 28|為什麼有些問題知道怎麼算,卻還是算不完?

前幾篇,我們遇到了很多看起來不太一樣的問題。 例如: Knapsack:行李只能帶 20 公斤,哪些東西最值得帶? Scheduling:一天只有有限時間,工...

鐵人賽 Claude AI DAY 17

Day 17:資安合規與 AI 的協作

Day 17:資安合規與 AI 的協作——這個階段怎麼分工,以及要談些什麼 一套固定的工作流 進到資安合規這塊,我跟 AI 的協作慢慢固定成一套流程。它跟前面十...

鐵人賽 Vibe Coding DAY 15

你和 AI 做的東西,除了使用者,還有一種人會打開它

本文同步發表於我的個人網站 和 AI 一起做東西時,要不要多做登入、測試、手機版,我會先問一題:除了我自己,還有沒有別人要打開它。 這裡的別人有兩種:使用者...

鐵人賽 Software Development DAY 27

Day 27:一套路由、兩套畫面——用 View Finder 切換主題,而不是複製一份路由

前言:「要同時維護兩套介面版本」,第一直覺通常是錯的 「系統要同時支援兩套介面版本,是不是要把路由複製一份,各自對應一套 controller?」 這是多數人聽...

鐵人賽 Software Development DAY 27

Day 27:雙版本 API 測試——複製貼上再各自修改,該不該抽共用邏輯?

前言 「這兩支測試檔案根本是複製貼上的,程式碼重複這麼多,不用重構嗎?」 寫測試的人多半都被教育過要遵守 DRY 原則,看到重複的程式碼會反射性地想抽共用邏輯。...

鐵人賽 Software Development DAY 20

Day 20:合併片段前,先確認片段真的湊齊了

前言:下載迴圈跑完,就代表可以合併了嗎? Day 12 講過每個片段各自重試、超過上限就記錄失敗並放棄。這代表下載迴圈跑完之後,不能直接假設「所有片段都成功了」...

鐵人賽 Claude AI DAY 20

Day 20:現象——說「已經處理完成」,實際上還有殘留沒清乾淨

前言:「完成」這個詞,比想像中更容易被誤用 第三部要處理的摩擦,跟前兩部又不一樣:不是喊停太早、也不是動手太早,而是在真正做完之前,就先說出了「完成」這個詞。這...

鐵人賽 AI Engineering DAY 29

Day 29:這套方法論的邊界——Skill/CLAUDE.md/Memory 解決不了什麼問題

前言:把工具做好了,是不是就萬無一失? 「講了 28 天怎麼設計 skill、怎麼分層 CLAUDE.md、怎麼管理記憶、怎麼委派 agent——把這些都做對,...

鐵人賽 Software Development DAY 20

Day 20:TDD 循環被打斷的真實情境——AI 一次生成了完整實作 + 完整測試

前言:一次到位,聽起來像效率,其實是循環被打斷 「請幫我實作這個功能,記得寫測試。」這句話丟給 AI,十之八九會得到一份「實作 + 測試」同時完工的回應——兩個...

鐵人賽 Claude AI DAY 29

Day 29:這套方法論的邊界——AI 重構不該做的事

前言:講了 28 天「怎麼做」,今天要誠實講「不該做什麼」 這個系列從 Day 01 到現在,講的都是怎麼讓 AI 安全動手——基準線、乾淨環境比對、Repos...

鐵人賽 Vibe Coding DAY 29

Day 29:這套做法的邊界——哪些維護者決定不該交給 AI

前言:講了 28 天「怎麼用」,今天要誠實講「不該用在哪裡」 這個系列從 Day 01 開始,一直在講怎麼讓 AI 參與維護 PHPUnit & Pes...

鐵人賽 自我挑戰組 DAY 0

Day 14:引用比例、字數門檻這種硬規則,怎麼在寫作流程裡自動提醒

前言 「字數夠不夠、引用比例超不超標,寫完看一眼不就知道了嗎?」 單篇文章確實可以寫完自己看一眼,但連續 30 天、多系列並行的情況下,「寫完看一眼」這個動作很...

鐵人賽 IT Operation DAY 24

Day 24:把 `check-style` 接進 CI,會先踩到 8 個已知的坑

前言:把 check-style 接進 CI,會先踩到什麼坑? 「一個 composer script 早就寫好了,接進 CI 不就是加一行 yaml 嗎?」...

鐵人賽 Software Development DAY 19

Day 19 | 進入後台之後,管理者其實有三條功能線

前言:管理者登入後可以去哪三條線?各自維護什麼資料? 前一天我們了解了管理者功能的入口登入功能,今天我們要繼續進入到管理者的主畫面-ManagerActivit...

鐵人賽 AI Engineering DAY 15

Day 15 突破 AI 的物理限制:企業級自動化開源神器 n8n

昨天我們在 Dify 中利用 HTTP 節點,成功讓 AI 發送了 Slack 通知。這是一個巨大的里程碑,代表 AI 終於具備了與外部世界互動的能力。 然而,...

鐵人賽 Software Development DAY 15

Day 15:逐行 review 20000 行要花多久——一個真實的討論

前言:「花點時間仔細看,總看得完吧?」 面對一個規模較大的 PR,很多團隊的直覺解法是「那就多花點時間、找資深的人仔細看」。這句話背後的假設是:review 的...

鐵人賽 AI Engineering DAY 29

Day 29|Code Review:怎麼系統性審查自己跟 AI 一起寫出來的系統

Day 29|Code Review:怎麼系統性審查自己跟 AI 一起寫出來的系統 昨天聊了 MCP Server。今天要聊的是貫穿整個開發過程的一個習慣:Co...

鐵人賽 AI Engineering DAY 29

Day 29:這套方法論的邊界——架構解決不了什麼問題

前言:講了 28 天「架構能做到什麼」,今天要誠實講「做不到什麼」 這個系列從 Day 01 到現在,一路在講架構邊界怎麼限制 AI 的改動範圍、怎麼讓查證範圍...

鐵人賽 ChatGPT & Codex DAY 21

# Day 21|安全不能只問「安全嗎?」

昨天請 Codex 當第二雙眼睛,Review 重構 commit 中是否有一般程式問題。 今天把檢查範圍縮小到安全面。 不過我不會只問「這個專案安全嗎?」因為...