iT邦幫忙

18th鐵人賽相關文章
共有 2490 則文章
鐵人賽 Security DAY 22
資安*保險─數位避險 系列 第 22

技術 Day 22:按需計算的 AI 帳單與美國模型限用是什麼?對中小企業主的意義為何?

Day 22:按需計算的 AI 帳單與美國模型限用是什麼?對中小企業主的意義為何? 講白了,AI有分成雲端和地端,中國、美國都致力於開發自己的雲端AI產品,美國...

鐵人賽 Software Development DAY 3

技術 [Day03] 課程程式碼哪裡找?附上給 Vibe 仔的 git 操作精華

本次教學,需要各位和我一起追每日的程式碼更新,就像看日更連載那樣。不過,來自未來的讀者,2026 鐵人賽結束後看到的 repo 畫面會長得不太一樣(鐵人賽結束,...

鐵人賽 Build on Google AI DAY 21

技術 deployment: android-deployment

deployment 03-android-deployment.md Android 部署 (Android Deployment) AI Agent Ta...

鐵人賽 Software Development DAY 21

技術 Day21 - 一組設定打天下行不通

本文同步發表於個人部落格:一組設定打天下行不通 火線超人的資料庫裡有一張資料表,每一台 FHIR 伺服器都紀錄一筆。 每一筆紀錄裡面有三個跟授權有關的欄位...

鐵人賽 IT Operation DAY 7

技術 Day 7|同一雙眼睛:看系統是領導,看人是規訓

【場景】兩種紀錄 退潮那段時間,我見識過另一種「觀察」。 一位主管很關心我們——至少,話是這麼說的。「那個資安投資,花了上千萬,成效真的有那麼大嗎?」「那個獎,...

鐵人賽 Software Development DAY 6

技術 Day 06 - USB OTG 是什麼?從 Host 到 Gadget 的角色切換術

恭喜你挺過了第一階段!前五天我們討論了邊緣運算閘道器的架構選擇、UART 通訊以及 Headless 設備的燈號互動哲學。今天,我們正式進入本系列最硬核的第二階...

鐵人賽 Software Development DAY 12

技術 Day 12|不要再亂用固定等待時間!顯式等待、條件式等待與 Timeout 實戰設計

「time.sleep() 就像是解決塞車問題時,選擇叫大家在路上把引擎關掉靜止 5 分鐘——它沒有解決 congestion,只是讓整條 Pipeline...

技術 NVUE - static route

Static Route 動態路由 (如 BGP/OSPF) 像是 Google Maps:它會自動偵測路況,路斷了會自動幫你繞路;靜態路由 (Static R...

鐵人賽 Kubernetes DAY 22

技術 Day 22:把 unit-test 接進 Tekton DAG —— 測試全過,Task 還是紅燈

今日目的:把 unit-test 加進 Pipeline,並且讓它紅燈時你看得懂在講什麼。先備知識:銜接 Day 21〈Trivy fs〉。本篇所有數字、l...

鐵人賽 ChatGPT & Codex DAY 8

技術 Day 8|一分糖也算糖:我如何重新定義含糖飲料

文章同步發表在我的Blog 完成第一次週回顧之後,我開始有一種感覺。 DailyLog 的欄位越來越完整,但有些資料放在一起比較時,還是會出現一個問題。 同一件...

鐵人賽 自我挑戰組 DAY 22
SQL Server 基礎&調教 系列 第 22

技術 【效能調教】 22.擷取查詢效能指標的方法

前面有說過要執行效能調校,需要把焦點放在某些查詢上。 因此我們需要一種方法,能夠準確衡量查詢效能。 最後當我們用各種方式去改善效能時,也需要能夠擷取相關指標,去...

鐵人賽 AI Engineering DAY 22

技術 《 Day22》CVE 通報 ①】沒人能每天讀完全球漏洞:規模與時效的人力極限

【CVE 通報 ①】沒人能每天讀完全球漏洞:規模與時效的人力極限 前面用「設備運作分析」示範了 AI 怎麼把一份人讀不完、又看不懂的設備狀態檔判讀完(D19–2...

鐵人賽 自我挑戰組 DAY 22

技術 Day 22 - 初探多執行緒

Day 17 的文章曾經為了鋪陳 volatile 關鍵字用法,做了些執行緒的超入門介紹,但執行緒主題其實還有好多內容,就從這篇開始細細探討。 Day 17 文...

技術 【Day 22】你還在從零開始?全世界可能早就做好一半了

第五部:AI 越會做,人越要會判斷 終於可以開始做東西了嗎? 走到 Day 22,我們終於替 Agent 補上不少裝備。 它有規則,知道這個專案怎麼做事;它能...

技術 Day 22|用 F12 從 Controller 追到 Service,資料怎麼一路查到資料庫?

上一篇整理完 Controller 和 Service 的分工後,我開始比較能看懂這種程式: public IActionResult Detail(int i...

技術 Day 16|「我們敏捷啊,先做再說」

「先做再說」有兩種:一種是先做一小段,拿去換 Feedback;一種是用動工逃避定義問題。看板分不出這兩種綠色。 一句話,擋掉一場會 昨天的故事停在一個提...

技術 Day 17|查證:回憶只能當線索,Diff 才是物證

本篇是故事四的「查證」篇。 本篇要回答:自動修正類事故需要保存哪些證據?以及——證據已經散失時,誠實的寫法是什麼? 當時發生了什麼 寫這個系列時,我很想把...

技術 Day 17|截得到一張圖,還要知道它是不是正確、穩定、可重現

我們用 SMART——Specific(具體)、Measurable(可衡量)、Achievable(可達成)、Relevant(具關聯)、Time-boun...

技術 Day 19|第一版 30 天規劃出爐,先別急著誇它

盤點吃進去之後,Skill 吐出了第一版完整的 30 天規劃——plan v1,SHA-256 8ae53557bcb43543ece5a49c8094fba7...

技術 Day 20|我真正要證明的,不是 API 回成功,而是事情完成

菜雞行為:把「昨天測過會動」當成完成證據 STAR 階段:T (Task) 本篇定位:定義同步回應、非同步狀態與業務完成之間的證據。 這個系列會用 STAR...

鐵人賽 AI 自動化 DAY 22

技術 Day22-Dynamic Workflows(動態工作流)

Dynamic Workflows 在 AI 自動化領域,Dynamic Workflows(動態工作流) 是相對於「固定流程(Static/Linear W...

鐵人賽 Software Development DAY 5

技術 Day 05:實作 RESP Parser - 解析 Bulk Strings 與 Arrays,完成基礎的 Parser 單元測試

昨天把單行解析補完後,今天換處理 RESP 裡比較容易寫錯的兩個型別:Bulk Strings (二進位安全字串) 與 Arrays (陣列)。這兩個一個要處理...

鐵人賽 Software Development DAY 22

技術 [Day 22] 系統如何部署?應該使用甚麼工具部署?

系統如何部署?應該使用甚麼工具部署? 目標系統通過功能與整體測試後,還要放入可以長期運作的執行環境。部署方案會限制可採用的作業系統、封裝方式、相依項目及更新流程...

鐵人賽 Claude AI DAY 20

技術 Day 20 美感不夠,AI來湊 【Claude Design體驗】

再繼續完成後續大題之前,我想有必要先處理目前這個反人性的UI介面。 目前的UI問題 -文章過長導致段落重疊。手機豎屏畫面導致各段落連接在一起無法分辨。 預計解法...

鐵人賽 Vibe Coding DAY 19

技術 Block Supports 內建開箱即用的設定區塊設定欄位

上一篇做的 eyebrow 區塊很陽春,只能改文字、粗體、斜體等功能,但實務上會想讓它能置中、換顏色、調整上下間距,傳統做法要自己寫一堆設定 UI,然後把值套進...

鐵人賽 IT Operation DAY 15

技術 .container的Service標籤

.container的[Unit]是定義各服務之間的依賴關係,[Service]則是使用systemd.service的標準設定,其中最重要的key是Resta...

鐵人賽 AI Security DAY 3

技術 AI 黑魔法(03):AI 是最好的助手,也是攻擊者的新武器(重啟)

上一篇我們了解生成式 AI 的運作原理,也知道他的胡說八道來自這個生成原理之後,今天來看看生成式 AI 所帶來的攻擊實例。 2024 年跨國工程公司 Arup...

鐵人賽 JavaScript DAY 9
Learn HTTP With JS(2) 系列 第 9

技術 Node.js TCP Client Socket 生命週期:lookup、connect 事件

前言 TCP socket 分兩種 TCP client socket: 主動去連別人 TCP server socket: 開著 port 等別人連 這篇...

鐵人賽 Build on Google AI DAY 13

技術 Day 13 | 上線驗證與流量防護:Cloud Run 擴展限制與 API Rate Limiting 實戰

前言:別讓自動擴展變成破產機器:實作 Cloud Run 雙重防護 Cloud Run 的強大之處在於「無極限自動擴展 (Autoscaling)」,但若了解的...