iT邦幫忙

技術文章

RSS
鐵人賽 AI Engineering DAY 24

Day 24|資料交給 Agent 前,業界怎麼遮罩?看 Microsoft、Databricks 與 Snowflake 的做法

最近處理到PII(個人識別資訊 / 機敏資料),想了解其他公司是怎麼進行處理。資料平台的公司,例如:Snowflake、Databricks 與 Microso...

鐵人賽 Build on Google AI DAY 23

[Day 23] 六格就夠了:週三那餐煮完沒有,卡片上要看得出來

Part 5|第 24/30 篇 今日要做的事: 把 Day 22 有記憶回放的週三,收成一張六格 Result Card。煮完才寫下一句,沒有資料的格子留 N...

鐵人賽 Software Development DAY 23

Day 23|端到端:拍照 → 佇列 → 上傳 → 進度

動筆前先答(兩題) 1.【模擬面試追問|規格與驗收】 文章寫到:使用者在交接畫面拍了三張照片,按「送出」。新 App 的流程是:壓縮 → 寫進佇列(Room)→...

鐵人賽 AI Security DAY 23

魔法生物的馴獸學:看懂 Shadow AI 的能力與風險

紐特在面對魔法生物時,他不會只問「這隻生物危不危險?」,而是會仔細地觀察這個生物的生活習性,會吃什麼、如何活動、什麼情況下會有攻擊性、什麼情況下會失控。 企業在...

鐵人賽 AI 自動化 DAY 23

Day 23|Skill 越多越好?幫 AI 分身擴充能力時需要考慮的事

當我們在 Skills Hub / Github 中看到各式各樣可供 Agent 安裝的 Skill,很自然會覺得:「這個以後好像會用到,先裝起來。」再往下滑,...

鐵人賽 自我挑戰組 DAY 27

Day 27|告別手刻,Notion 的角色轉換

今天在調整前幾天剛建好的「流日晨報」。所有更動全部透過 Claude 完成:事先串好 Notion,我要做的就是對 Claude「發號施令」就好~XD 在過去完...

鐵人賽 Security DAY 23

Day 23:whoami /priv 不只是清單:SeBackupPrivilege 到底給了什麼能力?

開場情境 whoami /priv 你已經打過很多次了。但你真的看懂每一行嗎? 今天 fei-student 的 Token 裡多了一個 Privilege:...

鐵人賽 Kubernetes DAY 23

Day 23|防禦供應鏈:映像簽章 + 掃描 + ImagePolicyWebhook

從 Build 到 Deploy 的信任鏈——確保進入叢集的每一個映像都是安全且已驗證的。 前置準備 所有指令都在 koad 專案目錄下執行。如果還沒...

鐵人賽 Security DAY 23

Day 23 — Cronos 的技術發現:找到問題之後,報告要怎麼寫?

今天是報告 Day!!!我們的第三份報告來啦~~~🎉 比起 Day 6 的 Lame、Day 11 的 Bashed,這次的目標機器 Cronos 可以說是多了...

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

【Day 23】補貨建議

前言 從前面開發過的內容,現在有兩個東西可以查看。 一個是從既有的庫存、烹飪建議,去看缺少什麼。 另一個方向則是從農糧署的網站查看價格和成交數量後,評估購買分數...

鐵人賽 AI Engineering DAY 23

Day23 - 用大量文件匯入來做壓力測試

Day 22 固定了 Kubernetes 官方英文文件的來源版本,也整理出十道模型評估題。今天我把這批 1,720 份 Markdown 送進 Day 8...

鐵人賽 自我挑戰組 DAY 8

D18-ARM Template 與 Bicep

學習要點 ARM template 的六大區段:$schema、contentVersion、parameters、variables、resources...

鐵人賽 Vibe Coding DAY 23

[Day 23] Vibe Coding 實戰:多維度數據追蹤——實作日期導航與動態圓餅圖篩選

在健身規劃中,短期檢視(當日菜單)與長期趨勢(月/年訓練佔比)同樣重要。今天我們要為專案加入兩個進階的檢視功能:在表格頁面加上「日期導航條」,讓你輕鬆切換查看前...

鐵人賽 Software Development DAY 23

Day 23: HandlerAdapter —— Handler 的統一調度與適配器模式實踐

今天來講講 HandlerAdapter,研究一下 Spring MVC 在拿到請求對應的處理方法之後做了什麼事情:前面有說過,當一個請求進到 Dispatch...

鐵人賽 Software Development DAY 24
AI時代下的軟體工程 系列 第 24 篇

Day24: Information Hiding:藏的不是 code,而是 decision

昨天談 Cohesion 時,我們從 change 的角度重新看 decomposition。 我們學會了如何分辨哪些東西該聚集、哪些該拆開: 當今天相同功能...

鐵人賽 Claude AI DAY 23

Building with the Claude API(4/7):RAG、Embeddings、BM25 與 RRF

RAG 要怎麼把大型文件變成 Claude 可以使用的相關內容?這一篇從文字分塊與 embeddings 走過向量搜尋,再用 BM25 補上精確詞彙命中,最後...

鐵人賽 Modern Web DAY 23

Day 23|所以,廣播到底要長怎樣?

昨天,我們終於把廣播的規則差不多補完了。 誰可以發廣播、誰可以確認、什麼時候算逾期、回覆屬於哪個班級,甚至連「你們學校幾點放學關資料庫屁事」這種問題都處理掉了。...

鐵人賽 Software Development DAY 23

Day22 - 加密、日誌、備份與金鑰管理

在昨天的文章當中,我們說明了一個資料流程:使用者輸入資料之後,資料儲存在地端,再同步到雲端,之後讓具有查看資格的醫護人員查看。而在系統中,還會有系統管理員,負責...

鐵人賽 Modern Web DAY 23

【 Day 22 】用了元件樹,為什麼還需要一個把它打洞的 API?|互動行為(三完)

過去兩天,我們把同一份焦點合約,用兩種形狀交了出去。Day 20 照 Downshift 的 useSelect,由一個 Hook 交回一包 prop gett...

鐵人賽 Build on Google AI DAY 23

【Day 23】Telegram Bot 即時通知與狀態異动推播機制

今天對 TelegramBotService.gs 進行修改,讓 Telegram Bot 專注於作為即時營運狀態中樞,負責推送預約異動、取消規章與現場簽到/釋...

鐵人賽 AI Engineering DAY 23

從單次呼叫到流程:什麼是 Workflow

昨天我們做出了一個能自主使用工具的 Agent。它看起來很厲害——我們問一句,它自己決定要查什麼、怎麼回答。 但「自主」不是免費的。它同時帶來三個代價:...

鐵人賽 Vibe Coding DAY 23

[Day 23] 不用兩支手機也能測同步:用 protocol 加記憶體版的後端,在一個測試裡模擬兩個人

文章同步發表在我的個人 Blog 不用兩支手機也能測同步:用 protocol 加記憶體版的後端,在一個測試裡模擬兩個人 要測兩個人之間的同步,一定要兩支...

鐵人賽 AI 自動化 DAY 23

Day 23 : 不要讓 Human-in-the-loop 變成人工善後

先看懂 human 和 loop 這兩個字的關係 Human-in-the-loop 這個詞可以拆成兩半來看。Loop 指的是一條會反覆執行的流程,從觸發、整...

鐵人賽 Build on Google AI DAY 25

AlphaGenome Atlas 實戰 | Day 25 | 基因座分子效應圖 —— 用 Python 繪製漂亮的數據預測軌跡對比

💡 導讀:當你在萬人演唱會裡,試圖聽清朋友的一句 whisper(低語)…… 如果你曾經去過演唱會或熱鬧的跨年晚會,你一定會知道:周圍有幾千人在同時尖叫歡呼(巨...

鐵人賽 ChatGPT & Codex DAY 23

Day 23|Grounded Generation:怎麼讓 AI 根據找到的資料回答?

前幾天已經把 RAG 前面的流程整理得差不多了: Chunking → Embedding → Vector Database → Retrieval → Re...

鐵人賽 Kubernetes DAY 24

Day 23:比例分流 — OPA 取餘數比例路由

今天的工作 在 OPA 既有的「精確比對(Header/Cookie)」之上,再加上「比例分流」 讓同一個使用者每次都進同一個版本 驗證比例分流、QA 路徑不...

鐵人賽 Vibe Coding DAY 27

Day 27 | 實際連續試用 3 天的心得

目前進度 目前 App 裡只有 4-7-8 呼吸法已經整合好人聲引導,所以這幾天都先用 4-7-8 練習。其他呼吸法的音軌還沒整合進去,接下來會把它們陸續補上...

鐵人賽 AI Engineering DAY 24

Day 24|Grounding:每一個洞察都要帶著證據

今天為什麼研究這個? Day 22 已讓模型用固定欄位輸出洞察,也能檢查 evidence 指向的 JSON path 是否存在。但 path 存在,只表示找得...

鐵人賽 Software Development DAY 23

Day 23:逐步替換舊系統

抽象分支讓呼叫端使用共同介面,新舊實作則可以同時保留,再依需要切換。如果要替換的是分開執行的新舊系統,就需要採取別的手法。 團隊可以先讓新系統接手一部分功能,其...

鐵人賽 Software Development DAY 24

Day 24:防抖(Debounce)與節流(Throttle)——高頻事件下的效能防護機制

昨天談的是演算法本身的時間複雜度,但前端效能問題還有另一個常見來源:使用者操作觸發事件的「頻率」。打字、捲動、拖曳視窗,這些動作短短一秒內可能觸發幾十次事件,如...