iT邦幫忙

技術文章

RSS
鐵人賽 Security DAY 18
從桃子園灘頭到CySA+ 系列 第 18 篇

Day18|漏洞在誰身上就補誰

聽起來合理且簡單對吧~但在有時間限制下必須快速決定時真的會混淆,先看清楚漏洞在誰的身上再說。 前一題剛弄懂,XSS 要回去改網站的程式,做 input vali...

鐵人賽 自我挑戰組 DAY 10

Inheritance 繼承:建立不同類型的消費紀錄

昨天學習了 Java 物件導向中的 Encapsulation(封裝),利用 private、Getter 和 Setter 保護消費資料。 今天繼續學習另一個...

鐵人賽 Claude AI DAY 18

Day 18:失敗案例分析

第 2 週結束時,系統已經能從瀏覽器登入、提交需求、看到衝突結果。但檢測品質本身停在 Day 12:在 Day 7-10 共用資料集上,Mistral 7B 版...

鐵人賽 自我挑戰組 DAY 10

Encapsulation 封裝:保護記帳資料

昨天學習了 Constructor 建構子,讓我們可以在建立 Expense 物件的同時,直接放入消費項目、金額等資料。 目前的 Expense 類別大概是這樣...

鐵人賽 自我挑戰組 DAY 10

Constructor 建構子:建立物件時直接加入消費資料

昨天開始接觸 Java 的物件導向,學習了 Class 和 Object。我們建立了 Expense 類別,讓「消費項目」和「消費金額」可以放在同一個物件裡。...

Day 18|key 到底是幹嘛的?為什麼不能每次都直接用 index?

上一篇講到 React State 更新時,我們會盡量建立新的 Array / Object。 但只要開始 Render List,很快又會看到另一個幾乎無所不...

鐵人賽 Claude AI DAY 22

讓模型真的跑起來:用 R 重現 lavaan 與 mirt 分析

R 顯示程式成功結束,但它讀到的是舊 CSV(逗號分隔的資料檔),這次分析算成功嗎?昨天核對公式,今天把同樣的責任帶進 ENGAGE-v1 的執行流程。欄位、資...

鐵人賽 自我挑戰組 DAY 10

Class 與 Object:建立真正的消費紀錄

昨天學習了 Method,把不同功能分開,讓程式碼變得比較整齊。 今天要開始進入 Java 很重要的一個觀念:物件導向程式設計(Object-Oriented...

鐵人賽 AI 自動化 DAY 25

Day 25|AI Workflow 失敗時怎麼辦?Retry、Fallback 與 Error Path

在前面的實作中,我們假設一切都會順利運作:網頁一定抓得到、YouTube 一定有字幕、API 永遠不會斷線。但在真實世界的自動化場景中,意外是常態。 當我們將系...

鐵人賽 自我挑戰組 DAY 26

Day 26 | 物理世界斷線怎麼辦?日常小防災與無通訊會合練習

上一篇,我們選擇練習對虛擬世界的克制與留白。但如果有一天,噪音不是因為我們主動拔掉插頭而消失,而是整個實體世界被迫「斷線」呢? 過去幾年,矽谷富豪們瘋狂購買地下...

鐵人賽 AI 自動化 DAY 18

[Day18] AI E2E 從零開始設計 - 自動化測試架構設計(上):讓 AI 產測試,讓程式跑測試

借鏡前兩個工具後,會發現 AI E2E 自動化測試的每套工具都有各自的優缺點。 一開始我是用「一步到位」的標準去看它們,所以始終覺得少了什麼。但其實那兩套要套用...

鐵人賽 AI Engineering DAY 18

【Day 18】身分宣告放在哪一層:SOUL.md 佔掉 system prompt 的第一個位置

前兩天量的是記憶與技能,兩者都在 volatile 那一層,每次重建 prompt 時跟著換。身分宣告落在另一層。今天把 SOUL.md 這個檔案拆開,依序處理...

鐵人賽 Build on Google AI DAY 19

Day 19:測試不能用真名冊

一個很容易忽略的問題 做抽籤程式、做報到系統,都要測試。測試就要有資料。 而手邊最現成的資料,就是真的那份名冊。 用它最方便——格式一定對、數量一定準、狀況一定...

讓組織對 AI 的想像,不要停在原地

分享會走到這裡,已經換過三種樣子。一開始,題目自由、沒有獎勵,大家分享的是自己生活或工作裡的 AI 使用經驗。後來大家輪過一輪,再把先鋒小隊的工作成果帶進來,讓...

產品定價策略與個人品牌工具應用:讀《暢玩一人公司》

產品定價策略 p.136 近期演算法常常推給我關於如何知識變現、創立一人公司的廣告,有些文案寫得很好,因此我進去聽了不下 7 堂的課程,我大致整理了以下四種模板...

鐵人賽 JavaScript DAY 19

Day19 爆爆王11: 先玩 10 遍,不行的話就 20 遍

今天的目標是要讓爆爆王有一個可以玩的版本出來。其實我前面在開發的時候就時不時看到一些需要修改的問題,但我刻意留到這個時間,主要是因為我不想要打亂前面的思考主軸。...

鐵人賽 Claude AI DAY 19

Day 19:RWD 深水區:讓塔防遊戲在手機瀏覽器也能操作自如的斷點策略

系列:奇幻塔防開發實錄:用 Claude 打造一款有靈魂的塔防遊戲今日工具:Claude Code / 實機測試(iPhone、Android、iPad)今...

鐵人賽 Vibe Coding DAY 18

Day 18|先保護資料,再接共享:備份還原與記帳流程修正

前一天完成本機保存後,帳目已經能以資料格式寫進瀏覽器,但這還不是完整的備份。使用者換瀏覽器、換網址,或清除網站資料,仍可能找不到原本的帳。最近我也決定把專案往多...

鐵人賽 Vibe Coding DAY 29

Day 29|AI Agent 的設定檔、Skill 與 AI SBOM

開頭先容我說兩件事情一個是這已經是Day29,我實在沒料想到這三十天不夠用所以今天的文章會稍長一點,我想要把該說的該注意的都講一下 另一個是有大大看到文章後跟我...

鐵人賽 Build on Google AI DAY 18

Day 18|20 題地方契約評測:從問句、工具到回覆,連失敗一起留下

半夜想吃爌肉飯,還想預約兩碗帶走,LOCAL 該怎麼接?今天把二十個地方情境寫進評測基準,分開核對模型選擇、後端執行與手機回覆。讀者會帶走可重跑的題集與判分器...

鐵人賽 Build on Google AI DAY 12

Day 18|不寫 Kotlin 也不寫 Swift:Flutter 同一套程式碼做出 Android 與 iOS App

系列:30 天用 Google AI 打造臺灣防災速報 App(Day 18/30) 後端上線了,接著做 App。Android 原生要寫 Kotlin,i...

鐵人賽 Security DAY 22

Day 22|停下的人

【故事】 史帝凡約喝一杯的時候,O1 就有點預感了。 他們很少特地約。平常都是在試煉窟的通道口,打完各自的石室,順路交換幾句今天卡在哪裡。特地約,而且約在外面—...

鐵人賽 Claude AI DAY 18

Day 18 排程:要 Claude 每天早上自己跑,先把「做什麼」寫成腳本

昨天的 hook 管的是「發生什麼事的時候」—— Claude 要寫檔了,先過一道檢查。今天換一個觸發條件:「到了某個時間」。 前 17 天攢下來一堆需要「回頭...

鐵人賽 AI Engineering DAY 25

Day25 Agent 記得越多,Context 撐得住嗎?上下文管理

今天,我們就來探討如何在多步驟任務中進行上下文管理 (Context Management)。 先來看看會遇到甚麼問題! 當工具回傳結果撐爆 Context W...

鐵人賽 JavaScript DAY 18

DAY18 DOM-2

上一篇使用textContent修改文字,也透過classList.add()改變元素的樣式。這次繼續操作 DOM,看看如何用 JavaScript建立新的 H...

鐵人賽 JavaScript DAY 28

Day 28|AbortSignal 逾時、組合與錯誤判斷:取消之後,catch 收到什麼?

摘要 AbortSignal.timeout() 讓「等太久」也能變成一個 signal,AbortSignal.any() 則把好幾個停止條件合成一個,誰先發...

鐵人賽 Software Development DAY 19

Day 19|事件送兩次,訂單只能做一次:冪等與 Outbox 設計

假設一筆事件已經處理完,Consumer 卻在 ack 前中斷。重啟之後,同一筆又送來了,訂單或庫存會不會再做一次?我想先把這個情境想清楚,再談事件流程怎麼實作...

鐵人賽 Vibe Coding DAY 18

Day 18|本機都正常,為什麼一上遠端就壞?

有一類 bug 很容易把 Debug 帶錯方向: localhost 正常 tests 正常 Worker local 正常 遠端瀏覽器卻失敗 第一個直覺通...

鐵人賽 ChatGPT & Codex DAY 18

Day 18|Execution Environment Identity:同一個 Repo 換台機器,為什麼 Verification 就不一樣?

Day 17 把 Targeted、Regression、Smoke 各自的責任拆開後,還有一個常見誤區: 同一個 Repository、同一個 commi...