iT邦幫忙

技術文章

RSS
鐵人賽 Security DAY 28

Day 28|如果只有一個人、三個月,我會照什麼順序做

先把前提寫死,因為前提變了,底下的順序就全部作廢。 **一個人。三個月。一家硬體公司,產品有賣到歐盟,而且早就賣了好幾年。**沒有預算買平台,沒有第二個人可以分...

Day 19|被觀察,本身就是一種介入——霍桑效應

Day 19|被觀察,本身就是一種介入——霍桑效應 副標題:《霍桑效應 (Hawthorne Effect)》請參考:群島計畫引子:在第二十一章故事中的場景...

鐵人賽 自我挑戰組 DAY 24

Day 24|第二十四章:不是工時變多了

Day 24|第二十四章:不是工時變多了 雙連結會議上,薇薇安拿出這幾個月累積下來的一連串小勝利,邊界規則、就緒定義、破窗修復、認可決,最後提出一個更大膽的提案...

鐵人賽 AI Engineering DAY 17
AI Agent 系統開發 30 天 系列 第 17 篇

讓客服 Agent 透過 RAG 查詢退貨規定並回答

當顧客詢問「已拆封的藍牙耳機可以退貨嗎?」時,最直覺的處理方式不是讓語言模型憑著記憶直接作答,而是讓系統在回答前先去「查詢」商城的退換貨規章。 這類退換貨政策屬...

鐵人賽 Security DAY 17
漫步資安路 系列 第 17 篇

漫步資安路-17(規則有問題)

如果我沒問題,為什麼別人要對我指指點點說我壞話,當然是講我的那個人有問題啊! 一筆DNS Request/Response 日誌,內容是Request Dom...

鐵人賽 Security DAY 14

DAY14 資安事件、資安事故、資安應變流程

DAY14 資安事件、資安事故、資安應變流程 一. 資安事件 Security Event 二. 資安事故 Security Incident 2-1. 事...

鐵人賽 Software Development DAY 23

【Day - 23】Review 與 Verify 的檢查結果,接下來怎麼處理?

前一篇提到,Review 與 Verify 都要跑時,後面的修正可能讓前面的檢查結果過期。我實際使用 Speclink 時,就遇過這個情況:Verify 通過了...

Day 14:把本地專案推上雲端:git remote 與 git push

當我們在本地端完成專案的初始化與 Commit 後,程式碼依然只安靜地躺在自己的電腦硬碟裡。如果電腦突然故障,心血還是可能會付諸流水。這時候,我們就需要學會如何...

鐵人賽 AI Engineering DAY 17

Day 17:LLM 應用骨架 — 從 LINE Bot 到會自己決定的系統

2020 年我初次參加鐵人賽寫的是《用 LINE 串起多媒體系統》(GitHub),那 30 天在做的事,本質上是:接收使用者訊息 → 判斷意圖 → 呼叫對應的...

鐵人賽 IT Operation DAY 15

圖片一定要放在 EC2 裡嗎?認識 S3、Bucket 和 Object

昨天我們把檔案存進 EC2 的 EBS 磁碟,也確認了關機再開,檔案也還在 不過或許你會好奇,那這些靜態儲存的檔案,都放在磁碟就好了嗎? 但在以實務上來說,其實...

鐵人賽 Kubernetes DAY 26

Day 26|2026 年重新學「Ingress」:Gateway API、HTTPRoute 與傳統 Ingress 到底差在哪?

這篇要解決的問題很實際: 如何讓使用者直接透過網址存取 Kubernetes 裡的應用程式,而不是每次都要靠 kubectl port-forward? 前...

鐵人賽 Claude AI DAY 30

[Day 30] 完賽!30天 Claude AI 學習旅程總回顧

寫到今天,終於來到系列的最後一天。從報名時的猶豫,到現在完成整整30篇文章,想藉這篇做一個完整的回顧,也跟這段時間有耐心看下來的讀者道別。 30天旅程回顧 第一...

鐵人賽 Software Development DAY 20

Day 20|FIDO2、WebAuthn 與 CTAP:Passkey 背後的協定如何分工

前言 昨天已經用簡單的方式介紹過 FIDO2、WebAuthn 與 CTAP 的基本分工。今天不再重複「三者分別是什麼」,而是往下一層拆解它們實際如何合作。 本...

鐵人賽 Security DAY 14

Day 14|docker.sock 為什麼常被說等同於 Host Root?

在 Sysdig 於 2026 年公布的 JADEPUFFER 攻擊研究中,研究人員觀察到一個很有意思的行為:攻擊者在取得 Container 內的程式執行能力...

鐵人賽 Build on Google AI DAY 13

Day 13|熱點鏡頭品質:從固定角度到避開遮擋,以及爆炸圖的現況

Day 11、12 是 viewer 的骨架與互動。這篇講熱點怎麼算出來,以及一次真實的品質問題與修復。 熱點的資料結構 { "id":...

Day 13|重組攻擊者的作案拼圖:Linux 數位鑑識基礎與日誌防竄改(auditd)

在 Day 10 到 Day 12,我們將防禦體系逐步推展至 SIEM 集中監控、SOAR 自動化聯防與 EDR 端點行為偵測。然而,資安維運的實戰殘酷之處在於...

鐵人賽 Security DAY 13

【𝕯𝖆𝖞 𝟏𝟑】Custom Network Protocol 與 Parser

前言 前面幾個case的漏洞位置主要集中在http相關模組上,而韌體上還有一部分的自製 daemon、protocol 也是依大攻擊面可以探討。 0x01 WA...

鐵人賽 Kubernetes DAY 13
探討k8s部署方式 系列 第 13 篇

從零開始實作部署[Day13]

Part 2:從零開始實作 FastAPI Production Deployment 前面的內容主要是在理解部署架構如何從: 單機部署 → 前後端分離 → L...

鐵人賽 Claude AI DAY 13

Day 13:學到的東西沒寫回規則檔,等於白學了一次

Day 11 講怎麼把一個問題真正、徹底地查清楚,Day 12 講怎麼讓 code review 的過程可以被查核。這兩件事分開來看都已經是完整的一段,做完之後...

Day 13|從品牌網站到可審核資料:把整條資料 Pipeline 跑一次

今天要聊什麼? 上一篇談的是 Eval:當我們改了模型、提示詞或程式規則,要怎麼知道結果真的變好。再往前看,前面的文章其實已經把資料進入系統時會遇到的問題逐一拆...

鐵人賽 Modern Web DAY 26

Day 26 | 快取回來以後,React 到底要不要重繪 —— 從 `replaceEqualDeep` 讀到 `useMemo` 該不該加

今天要回答的四個問題 Day 25 說 queryKey 是快取的鑰匙,但我當時沒讀原始碼。它到底是怎麼比較兩把 key 的? 後端回來一份「內容完全一樣」...

鐵人賽 AI 自動化 DAY 13

[FDE 系列] 從 ERP 導入看到中小企業為何數位轉型困難(3):看到「人工判斷」與「備註」,先理解它為什麼存在

我是 Kota,宇鯨智能的創辦人,從 2021 年開始了一人公司,協助中小企業透過 Data / AI 技術進行數位轉型。 我特別關注想要建立新的服務模式、獲取...

鐵人賽 Security DAY 13

Day 13 | Fuzz Test

昨天我們把 [13, 13] 寫死在測試裡,確實看到多領。但「要重複放 13」是我先告訴 Foundry 的。這次不寫死第二個 epoch,讓它自己選。 還有一...

鐵人賽 ChatGPT & Codex DAY 13
窮鬼冰箱升級計劃 系列 第 13 篇

【Day 13】實作條碼辨識程式

前言 本日預計使用 OpenCV 進行影像辨識,以下說明 實作 Physical Product...

鐵人賽 自我挑戰組 DAY 17

Day 17|我在 Claude 裡加了一份「即時進度說明」

討論的起點,來自社群伺服器成員 cosine 撰寫的一篇文章,說明了模型選擇以及 AI 的角色與流程。對我最受用的一段,是如何在交辦任務給 AI 之前,先清楚列...

鐵人賽 Software Development DAY 13

Dual Issue In Order CPU Implementation

前面在講 pipeline 的時候大家應該有發現 single issue 的設計有讓整個 pipeline 更好擴充 這次擴展 In Order CPU 把它...

鐵人賽 Build on Google AI DAY 13

Day 13:冷酷審核員 Agent:打造抗雜訊評分與二分流機制

在 Day 12 中,我們勾勒出多代理人協同的核心藍圖。在資訊洪流的情報雷達系統中,最忌諱讓高成本的下游專家模型(Domain Expert / Synthes...

chat不能亡 系列 第 14 篇

〔Day 14] Chat 不能亡14-一萬小時練成專家,靠AI 幫忙可以把十年功壓縮成10週共100小時嗎?

我突然想到這一點,就興沖沖地跑去問ChatGPT ,ChatGPT 很快就潑我冷水,有肌肉記憶的技能想都別想,例如當小提琴家、鋼琴家、選上乒乓球國手,知識型技能...