iT邦幫忙

技術文章

RSS
鐵人賽 Modern Web DAY 14

Day 14|以為手刻的東西,一個套件五分鐘解決

星期一早上,打開了 lib/ 資料夾 週末想了兩天,決定面對現實。 打開專案,把這一週手刻的東西全部列出來: lib/ useSearch.ts...

我一直在想,怎麼把技術名詞換成大家都懂的比喻

先鋒小隊改成先分享工作、再補技術概念之後,很多問題開始用不同的方式冒出來,有人可能發現 AI 每次回答的方向都不太一致;有人已經放進很多資料,結果仍然不是自己要...

鐵人賽 IT Operation DAY 14

Day 14:搬家途中順便改名字

昨天說到生產環境的做法是「服務先建結構、我們只灌資料」。今天講倒資料那一步。 原本我以為這步很單純:一個指令把資料倒出來,另一個指令灌進去。實際上中間要做的事比...

鐵人賽 自我挑戰組 DAY 2

AI降噪工具怎麼選?即時降噪與後製降噪完整比較(Day 9)

前幾篇討論的是錄音完成後的聲音修復。不過在視訊會議、直播和線上課程中,我們還會遇到另一類工具:即時降噪。 即時降噪和後製降噪都使用演算法降低背景聲,但它們所在的...

鐵人賽 Vibe Coding DAY 14

Day 14|測試變綠了,真的代表規則被守住了嗎?

昨天把訂單狀態的轉換規則定下來,其中有一條規則很重要: 結算時如果餘額不足,訂單必須進入 FAILED,不能停在 CLOSED。 CLOSED 代表「訂單已...

鐵人賽 自我挑戰組 DAY 14

拆解測試套件,重新打造得更好:新增、合併或刪除測試

一個回歸測試套件可以在每一步都事出有因的情況下,逐漸變得難以信任。在期限壓力下,這個模式再熟悉不過:重現一個缺陷、加一個測試、確認修復,然後繼續趕工。 多年各自...

鐵人賽 AI Engineering DAY 15

EP 15 - 連「該讀什麼」都需要生命週期管理

Hello, 各位 iT 邦幫忙 的粉絲們大家好~~~ 這系列文源自這幾年在團隊裡導入 AI Coding 之後,一路踩雷、修正、再踩雷的真實過程。把這些收斂...

鐵人賽 JavaScript DAY 28

30 天從零開始學會 React v19 - Day 28|週複習與小專案:多頁面電商購物車 App

今日範例程式碼(連結):Day28\examples\day28-ecommerce-cart-app 一、本週學習地圖回顧 在動手整合之前,先快速複習一...

鐵人賽 AI Security DAY 27
把 AI 接進 SOC 系列 第 27 篇

【Day 27】將 Wazuh 接上 LLM 查詢

昨天測完防幻覺規格,發現一個真實的縫。 今天想講另一件事:把 Wazuh 接給 LLM 用自然語言查詢。 為什麼想做這件事?Day 3 那張三層架構圖裡,分析...

鐵人賽 自我挑戰組 DAY 17

Day 17 - 下拉選單與彈跳視窗:浮層元素的定位

今天要處理下拉選單展開的選項、跳出來的對話框,這些元素有個共同點:它們的 DOM 不是放在觸發它的那顆按鈕底下,而是被 React 的 Portal 丟到 &l...

鐵人賽 AI Security DAY 14

Day 14|我以為 RAG 只是搜尋,後來才發現它也是權限系統

Day 13 我用 Promptfoo 反覆測惡意 SOP,但還有一種文件根本不需要藏指令:它只要屬於別的使用者、部門或 tenant,被當前 Agent 搜出...

鐵人賽 AI Engineering DAY 14

Day 14|第二週回顧:第一份 Agent 評測報告

前言 第二週我們開始處理這個系列的第二個主題:Eval。 第一週的 Trace 讓我們可以回答: Agent 執行過程中發生了什麼? 第二週的 Eval 則開...

鐵人賽 AI Engineering DAY 14

Day14:System Prompt 真的是成本大戶嗎?拆解 Pi 的動態組裝與帳單

把最上面那一層打開 前面拆了 AGENTS.md(Day8)、Skills(Day10)、工具(Day12)。這些東西最後都會匯集到同一個地方:system p...

鐵人賽 Claude AI DAY 30

第 30 天|三十天後,這位新同事能幫我做多少事?

前言 終於來到最後一天,這位新同事已經掌握了探索產品潛在問題的技巧,能夠判斷問題真偽並自行開票,甚至開始著手修改自動化測試案例的程式碼,並自動修復測試程式碼問題...

鐵人賽 Kubernetes DAY 14

Day 14 - 把服務交給 Deployment 管理

前幾天談過 Deployment、ReplicaSet 與 Pod 的關係,今天開始把 Day 4 介紹的服務搬進 Kubernetes。先用 api-a 看懂...

鐵人賽 Claude AI DAY 13

Day 17|把 Skill 打包成可重現的發行物:版本、清單與安裝後驗證

昨日回顧 Day 16 將核心決策留在 SKILL.md,詳細規格放進 references/,可重複的機械步驟放進 scripts/。檔案拆開後,下一個問題不...

鐵人賽 Modern Web DAY 14

DAY14 元素顯示模式 display

什麼是display 在第七天,我們曾提到網頁元件可以被分為「區塊家族(像div、p)」與「行內家族(像span、a)」,當時我們了解到有些標籤會霸道地獨佔一整...

鐵人賽 Software Development DAY 15

lesson 6: 怎麼設定個別元素風格? 用Style ID & Style Class設定場景風格

TL;DR 這篇介紹如何透過 style id 與 style class,讓 CSS 能夠針對個別 JavaFX 元素設定風格,而不是只能套用在整個 Scen...

鐵人賽 ChatGPT & Codex DAY 14

Day 14|不想再讓 Concept Map 只是一張圖

做到 Day 13 之後,Visual Learning Lab 已經開始有一條滿完整的學習流程了。 教材丟進去之後,AI 會先分析內容,再決定要畫 Conce...

鐵人賽 AI Engineering DAY 14

Day 14|把 Reliability Benchmark 本身也做成可驗證的實驗物件

昨天 Day 13,我第一次把「模型答錯」拆成 machine-readable failure signals。 同一個 incorrect = true,現...

鐵人賽 Claude AI DAY 14

Day 14 - 用 Claude Code 主持產品 Spec 審查

Day 14 - 用 Claude Code 主持產品 Spec 審查 讓規格審查會做決定 在規格審查會中,要怎麼讓大家迅速達成關鍵決策? 這就像火箭發射前的...

鐵人賽 Security DAY 14

Day14|Stripped Binary

前幾天我們開始慢慢把 Reverse 的流程串起來: Control Flow ↓ Xref ↓ Function Analysis 在前面的...

鐵人賽 Vibe Coding DAY 16

Vibe Coding:30 個開發實用技巧|截圖直接貼進 Claude Code:畫面上的問題用圖講 - Tip 16

本篇系列版部落格:閱讀中文版 這一篇改寫自我部落格的《將螢幕的截圖貼上到 Claude 的程式碼編輯器的方法,macOS 適用》,照這個系列的格式重寫過。原始文...

鐵人賽 Kubernetes DAY 14

DAY 14

應用程式經常需要資料庫密碼、存取憑證或私鑰,這些內容不適合直接寫入映像或一般設定檔。Secret 是 Kubernetes 用來保存這類敏感資料的資源,能讓工作...

鐵人賽 Build on Google AI DAY 14

Day 14|「今天想吃素」不等於以後都要!經同意的記憶與地方店家查詢

帶長輩到花壇找吃的,上次才說要蔬食,換個對話又得重講一次嗎?讀完今天,你會把店家查詢接上可查看、更正、忘記的偏好,讓鄉親同意後下次少說一句。不過,「今天想吃素...

鐵人賽 Security DAY 14
CTF 菜鳥修練日誌 系列 第 14 篇

Day 14:【Forensics】壓縮檔密碼破譯:Zip 爆破與修復損毀 Header

前言 在數位鑑識(Digital Forensics)與資安應變中,攻擊者除了將檔案壓縮加密外,也常運用**隱寫術(Steganography)**將敏感資料隱...

鐵人賽 Kubernetes DAY 15
不囉唆圖解 Kubernetes 系列 第 15 篇

Day 15:k8s 的 ClusterIP、NodePort、LoadBalancer 差在哪?

Day 15:k8s 的 ClusterIP、NodePort、LoadBalancer 差在哪? Cluster 的剖面圖 昨天的柱子(Service)只有島...

鐵人賽 JavaScript DAY 27

[Day-27]todo list實作(1)

大家好~經過長達快一個月的鐵人賽,在最後的這四天,我要分三天來做todo list的程式實作,最後一天會為這次的鐵人賽做個總結。 三天的規劃如下: day-2...

鐵人賽 Claude AI DAY 14

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

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