iT邦幫忙

技術文章

RSS
鐵人賽 Claude AI DAY 15

Day 15:一個人同時開好幾條功能線,靠的是隔離跟收斂,不是靠分身

Day 8 講過用一個團隊去想架構,那次的團隊是唯讀性質的,負責分析跟討論,全程不碰任何一行程式碼。今天想仔細講的是另外一種團隊,會真的動手改程式碼,而且是同時...

鐵人賽 Claude AI DAY 26

D29|方法會搬家,也會被埋——回頭看這條線已經搬過的家

羽毛本來是保暖用的,後來才拿去飛。雷達裡那顆磁控管本來是打仗用的,有個工程師發現它把口袋裡的巧克力融了——微波爐就這樣誕生。古生物學家 Gould 跟 Vrba...

鐵人賽 Security DAY 20

Day 20|稽核軌跡:能回答「是誰」的那份紀錄

「我們有 log」不等於「可稽核」 多數系統都有日誌。但當事故發生、稽核來問「上個月 3 月 15 日下午,誰還原了張三的資料」,多數系統答不出來。 原因通常是...

鐵人賽 自我挑戰組 DAY 15

Day 15:第二週小結:用陣列與物件把複雜資料收納整齊(就像 Figma 的組件與屬性面板)

不知不覺我們的鐵人賽已經進行到第 15 天,也就是整整過了一半! 在過去的幾天裡,我們跨入了 JavaScript 的世界,學會了變數與 if-else 條件判...

鐵人賽 Modern Web DAY 15

【Day 15】主題樣式:語意變數與跳色,就你最特別

昨天用 map 與 @each 組合出各個主題的 CSS 顏色變數,再用這些變數來寫主題樣式。正當我們高高興興地要回城,卻被設計稿的更動 Gank 了:部分主題...

鐵人賽 AI Engineering DAY 15

Day 15 | test-driven-development:規定「沒有失敗的測試就不准寫程式」的技能

昨天介紹了 superpowers 這套技能包裡的 systematic-debugging,也測到一個不算好聽的結果:規則寫得再明確,這次實測下來還是被跳過了...

鐵人賽 Build on Google AI DAY 15

Day 15:綜合研判 Agent:跨領域影響推演與技術碰撞

在經過 Day 13 Reviewer Agent 的雜訊門檻過濾,以及 Day 14 Domain Expert Agent 榨取出的硬核量化指標(metri...

chat不能亡 系列 第 16 篇

〔Day16] Chat 不能亡之16-新加坡政府那句培養AI 雙語人才的口號喊得真是漂亮!

前天跟AI 討論有什麼技能可以在AI 的幫助下,把一萬小時的十年功壓縮成十週100小時,結論中的一項就是用AI 活化專業技能,現在唸起來還是感覺有點敖口,AI...

鐵人賽 Security DAY 20

Day 20|Agent 專屬指標設計:任務成功率、工具呼叫失敗率、幻覺率代理指標

統 APM 沒有這些欄位 Day 2 提過,Agent 系統需要「任務品質層級」的指標,而這些傳統 APM 工具沒有現成欄位,需要自己定義。這篇提供一組實用的起...

鐵人賽 AI Engineering DAY 15

Agent Loop 是什麼?讓 AI 自己決定下一步

上一篇我們第一次讓 LLM 呼叫 MCP Tool,不過當時的程式還有一個限制:一次只能處理一輪 Tool Call,像是昨天的程式碼如果輸入,幫我計算 10+...

鐵人賽 IT Operation DAY 15

Day 15|Priority Inversion:為什麼最高優先權的 Thread,反而要等最低優先權?

上一篇 CPU Scheduling 提到,Scheduler 不一定把所有 Thread 完全平等看待。系統會存在:PriorityHigh Priority...

鐵人賽 AI Engineering DAY 8

[Day 15]:Reward Model 比 LLM 便宜,那能直接用它換掉 LLM As A Judge 嗎?

前兩篇已經花了不少篇幅談 LLM-as-a-Judge:Day 13 說明它適合判斷哪些問題,Day 14 則處理 Judge 自己也可能誤判的情況。到了 Da...

鐵人賽 AI Security DAY 5

Day 25|案例分享:企業 Agentic 導入的常見翻車模式(去識別化)

以下案例皆經去識別化處理 這篇分享的案例來自實際的顧問與 vCISO 經驗,所有機構名稱、系統細節、人員資訊皆已去識別化改寫,僅保留具參考價值的模式本身。 翻車...

鐵人賽 Build on Google AI DAY 15

Day 15 - 工具不是越多越好:設計查詢資源與驗證計畫的 Tool

Recap: 昨天 agent 自己幫計畫的欄位取名字,驗證工具收到的是一份空計畫 先把昨天的問題再講一次 agent 排了四週的計畫,送進 validat...

鐵人賽 IT Operation DAY 15

資深產品經理的挑戰:AI 改變工作方式後,主管如何幫助有經驗的 PM 持續成長

本系列文章以《產品領導人之道》一書為基礎,從人員、產品與流程三個面向,探討 AI 帶來的工作變化,以及產品領導人如何調整團隊的管理、協作與人才培育方式。...

鐵人賽 Vibe Coding DAY 15

[Day 15] Security Rules 擋得住 App,擋不住管理者:建 Firebase 正式專案踩到的三件事

文章同步發表在我的個人 Blog Security Rules 擋得住 App,擋不住管理者:建 Firebase 正式專案踩到的三件事 到目前為止,Ap...

鐵人賽 Software Development DAY 15

Day15 - 加上快取之前,要先想清楚什麼

快取:先留一份,下次不用重新查 以使用者的常用收件地址清單為例,內容可能很久才改一次,卻會在選擇收件資訊時反覆讀取。如果每次都查資料庫,拿到的又是相同內容,...

鐵人賽 AI 自動化 DAY 24

[Day 24] 教學影片 1:用 Playwright 錄製影片與 GIF

不知道大家有沒有想過,既然都已經可以自動化操作產品並截圖製作成使用手冊了,能不能順便(?)錄影,之後可以做成教學影片或是幫助說明的 GIF 檔呢? 答案是:當...

Day 16|Express 終於遇見 PostgreSQL

前言 前一天已經把 PostgreSQL 建好了,也建立了這次會用到的 Database 和 notes Table。做到這裡,資料庫本身已經可以工作,但前面寫...

鐵人賽 Software Development DAY 15

Day15|驗證專案可在他人電腦中執行

前幾天我們已經為專案做了這些事: Git 版本控制 專案檔案整理 .gitignore 資料庫結構整理成 eyes_db.sql .NET Framework...

鐵人賽 JavaScript DAY 16

day16|結構型別:長得一樣就可能相容

前一篇比較了 interface 和 type。這篇接著看 TypeScript 怎麼判斷資料能不能交給某段程式使用,這種判斷叫型別相容性。型別名稱不同,資料仍...

鐵人賽 Security DAY 15

Day(十四)Email 上寫的寄件人,真的是「寄件人」嗎?

我們每天都會接觸 Email。學校通知、網站註冊、忘記密碼,甚至老師傳資料,都可能透過 Email 完成。 以前收到一封信時,我最先注意的通常是「寄件者」 OO...

鐵人賽 JavaScript DAY 29

30 天從零開始學會 React v19 - Day 29|程式碼品質與測試基礎

今日範例程式碼(連結):Day29\examples\day29-quality-testing-lab 一、為什麼收尾週才談「程式碼品質」與「測試」?...

鐵人賽 自我挑戰組 DAY 22

Day22 - 透過Line@頻道建立"對話即表單"之目標導向式對話機器人

這是我今年一直很想做的Vibe Coding的題目, 因為在實務上常常觀察到很多"溝通事項"的進行其實都是為了去滿足所謂"表單上...

鐵人賽 Software Development DAY 15

D15:自己打包第一個 Conan 套件

到前 14 天為止,我們都是從「消費者」的角度來用套件管理器,輕鬆寫幾行設定,就能近乎無痛的導入第三方函式庫,然後心存感激的一邊開發,一邊謝謝 Conan 幫我...

鐵人賽 Security DAY 15

Day 15 — Active Directory:從零開始,這個陌生的世界長什麼樣?

從今天開始,正式踏入一個全新的領域——Active Directory(AD)。 接下來的五天,我們就邀請 HTB Retired 靶機 — Forest 陪伴...

鐵人賽 Build on Google AI DAY 15

【Day 15】通知機制切換(Email / Telegram Bot)、資安強化與系統階段性部署

來到 30 天實作挑戰的中場里程碑(Day 15)!在過去 14 天裡,我們完成了核心預約邏輯、Google Calendar 行程同步、雙模拖拉選取介面,以及...

Day 31 - 綠燈的假象,沒有驗證,就不會有失敗

前兩天講的是「驗證範圍不夠」和「指標會騙人」。 今天講更基本的一件事:綠燈本身就是假的。 那個案子在一次升級裡,遇到了三種不同的假綠燈。三種都不會報錯。 假象一...

鐵人賽 Security

Day 30 | 供應商風險治理與事件應變

Introduction 許多餐飲店家在外部供應鏈發生異常時,只能被迫拉下鐵門停業,甚至承受違約的巨額損失,問題根源通常在於平時合約約束與營運治理的缺失。 外部...

乞丐超人我買超市打折便當時突然發現我家社區夜班保全是美國新創CTO後我拜他為師,Day15:對方主管到基層都說喜歡了,合約怎麼還沒簽?

本系列取材自真實經歷,人物、場景、對話與時間順序經過合成與小說化處理。文中假設案例與示意數字用於說明觀念。 地下二樓照明的檢查時間終於排出來了。 林總幹事把...