iT邦幫忙

技術文章

RSS
鐵人賽 Kubernetes DAY 12

【Day 12】流量總管:Ingress 與 Ingress Controller 網域路由設定

今日目標 理解為什麼在微服務架構下,Service(NodePort / LoadBalancer)不足以應對複雜路由需求。 搞懂 Ingress(規則定義)...

鐵人賽 Software Development DAY 24

Day23:TT-MLIR:Tenstorrent 的 MLIR dialect 與 compiler flow

昨天的 TT-Metal 範例要手動安排 reader、compute、writer、circular buffer 與 NoC synchronization...

鐵人賽 AI Engineering DAY 16

Day 16|Skill 的疤痕生命週期:規則什麼時候該拿掉?

簡短回顧 前兩天我們拿外部的 Benchmark 量了自己一次,跑完之後最實際的收穫不是名次,是抓到自己的算法一直在替自己加分。 到今天為止,這個系列一直在做同...

鐵人賽 Modern Web DAY 5

Day 05 - 元素顯示方式(Display 屬性)

開始前先題外話一下,因為我在封面畫了超多細節,但其實大多數跟 CSS 內容無關,就是想畫所以就畫了!原本想說要用同一種封面排 30 天,但我發現第 5 天開始...

鐵人賽 Modern Web DAY 9

Day 09:同一條規則我寫了兩次,因為 lint 跟瀏覽器看到的不是同一個東西

Day 09 · W2 · AI 線 · 難度 ★★★☆☆ 本系列由 AI 協作撰寫。 內容、技術判斷、程式碼由 light-design 數位顧問團隊與 C...

鐵人賽 Security DAY 5

【Day 05】SDLC 軟體開發流程:資安防守該從哪一個環節開始切入?

💡 今日學習目標:掌握 Secure SDLC (安全軟體開發生命週期) 的全貌,學會在軟體開發的 5 大環節中植入資安防守機制。 📌 前言:被資安打回重...

鐵人賽 Claude AI DAY 10

D11 掃描給 AI 看

現在,我們有 LLM, 有語音轉文字,有文字轉語音。接下來,讓我們來讓系統能看:OCR 功能,以便建一個知識庫。 網域設定:ocr.iron30.comrag...

鐵人賽 自我挑戰組 DAY 22

# Day 22|繪圖規格文件(上):先定義節點分類與配色

Day 21 整理出一份完整的流程說明文件,但結尾也留下另一個問題:文件回答了「這個流程做了什麼」,卻還沒說明「這些內容要怎麼畫」。今天就從節點分類與配色開始,...

鐵人賽 AI Engineering DAY 19

Day 19|Prompt 設計:要求 LLM 只根據資料回答

上一篇已把檢索結果整理成 ContextBundle,每份來源都有 S1、S2 等代號。現在資料已經送到模型門口,接下來的問題是:模型可以怎麼用?如果只補上一句...

鐵人賽 AI Engineering DAY 8

Day 8 | Data Locality:為什麼搬資料這麼昂貴?

Day 07 談到,資料可以用 Block 的形式在 Pipeline 裡逐步往下游流。當 Execution Engine 把這些 Block 分到多台機器,...

鐵人賽 Software Development DAY 14

Day 14|Flaky test到底該怎麼處理?建構排查分類與治理機制

「Flaky Test 就像是測試體系裡的『狼來了』的故事——當 CI 上 30% 的失敗都是假警報時,團隊就會開始無視所有紅燈,自動化測試也就失去了防線的意...

Day 24|程式停下來之後看什麼?變數、Locals、Watch 和 Call Stack

上一篇終於把中斷點下下去了~ F9 下 Breakpoint F5 開始 Debug F10 往下一行 F11 進入方法 然後 Visual Stud...

鐵人賽 ChatGPT & Codex DAY 10

Day 10|運動後補給和宵夜,到底該怎麼分?

文章同步發表在我的Blog 建立「晚上十點後原則上不再進食」這條保護線後,我很快遇到最難處理的例外。 有些日子,我會在晚上七點或八點開始跑步。完成訓練、收操、洗...

鐵人賽 Vibe Coding DAY 21

Block Binding:讓內容與資料來源解耦

上一篇介紹的動態區塊資料存在區塊自己的屬性裡,但有時候你要的資料不在區塊身上,它可能在文章的自訂欄位、在網站的全域設定甚至是要透過某個 API 才能取得。這一篇...

鐵人賽 Claude AI DAY 17

# Day 17|第三方訊息平台整合:免費互動 vs 主動推播的成本差異

為什麼要接訊息平台 服務的通知管道除了 App 推播,還接了一個大眾普及率極高的訊息平台官方帳號。理由很實際:使用者不一定裝 App,但幾乎人人都用這個訊息平台...

鐵人賽 Software Development DAY 24

[Day 24] 分散式服務之間的資料要如何同步?

分散式服務之間的資料要如何同步? 前一章確認分散式架構會增加跨服務通訊、部分失敗與資料一致性的處理成本。當一項功能需要多個服務共同完成時,這些服務不能直接修改彼...

鐵人賽 Software Development DAY 7
30天打造一套企業PLM 系列 第 7

Day 7:LDAP 整合與 RBAC 設計

系列:30 天打造企業級 PLM|面向:後端|素材:AuthService、UserService、實際資料表 問題場景 企業系統的使用者體驗,第一條就是...

鐵人賽 Kubernetes DAY 22

[Day 22] 監控體系 (一):Prometheus 與 Grafana 的架構與安裝 —— 建立系統的靈魂之窗,觀測所有資源指標。

Day 22: 監控體系 (一):Prometheus 與 Grafana 的架構與安裝 建立系統的靈魂之窗,觀測所有資源指標。 1. 為什麼微服務需要監控 單...

鐵人賽 JavaScript DAY 1

Bun 是什麼?為什麼它讓 Node.js 社群如此震驚

第一天就聊一些簡單且符合知識背景的的話題,在我們開始進入技術的世界前,我們需要了解 Bun 的故事與前世今生 故事背景 Bun 是一個新一代的 JavaScri...

鐵人賽 IT Operation DAY 15

Day 15|架構圖上多了一個 MCP Server

架構會議進行到下午三點,白板上已有三支 Agent。 Incident Agent Release Risk Agent Change Review Agen...

鐵人賽 AI Engineering DAY 24

《 Day24》【CVE 通報 ③】後續實際引用:通報怎麼變成客戶資安認證的一環、還成了主動接觸的話題

【CVE 通報 ③】後續實際引用: 一份每日漏洞通報,怎麼變成客戶資安認證的一環? D22 說了人面對全球漏洞的牆: 每天新增的 CVE 多到沒有人讀得完,規模...

鐵人賽 ChatGPT & Codex DAY 6

Day 06|AI 輔助系統設計:讓 ChatGPT 攤開選項,不替團隊拍板

Day 05 第二輪加入兩個會影響架構的示範條件:每日約 1 TB,資料來源速率約 12 MB/s。若兩者都以十進位計算,而且 12 MB/s 是可持續的端到...

鐵人賽 AI Engineering DAY 8

Day 8 | TorchDynamo 的中央倉庫:OutputGraph

前言 前四天我們講了 TorchDynamo 四條重要的生產線,分別是 InstructionTranslator(Day 4)、VariableTracker...

鐵人賽 Vibe Coding DAY 3
agent工作流 系列 第 5

【Day 5】怎麼應用Context Engineering:打造高效的上下文壓縮、過濾與狀態管線

在昨天的文章中,我們拆解了 Context Engineering 的核心我們知道Agent的上下文不該被動堆疊,而需要透過一套動態機制進行調度 今天我們進入實...

鐵人賽 AI Security DAY 5

AI 黑魔法(05):AI 的攻擊面有哪些?從資料到供應鏈(重啟)

上一篇我們談到 AI Red Team 到底在測什麼,也提到一個聊天機器人背後,至少可以拆成資料、模型、應用與系統四個層次,另外還有一條貫穿所有環節的供應鏈,這...

鐵人賽 ChatGPT & Codex DAY 2

Day 02: Prompt Engineering 工作流:給開發者的精準 Prompt 調校與 Context 設計

Day 02: Prompt Engineering 工作流:給開發者的精準 Prompt 調校與 Context 設計 (Prompt Engineering...

鐵人賽 自我挑戰組 DAY 14

Day24 建立服務邊界

今天要做的服務邊界, 目的是防止攻擊者取得機敏資料, 我們要做的就是對gcp的api除了檢查身份, 還檢查發起的位置, 如此就算攻擊者取得service acc...

鐵人賽 Build on Google AI DAY 15

Day 15 | 導覽列與路由:實作首頁、課表頁、個人頁面的絲滑切換

前言:單頁 APP 是不夠的,我們需要導覽列! 昨天我們完成了「KAKERU」的第一個首頁畫面。有讀者一定有發現,畫面底部出現了一個非常有質感的黑色懸浮導覽列!...