iT邦幫忙

技術文章

RSS
鐵人賽 Modern Web DAY 16

Day16 Vue3 響應式狀態與 Ink.js State 同步機制

正向:Ink 變數 → Pinia,靠一次性「全量讀取」而不是逐筆推播 StoryRuntime 裡的 inkjs Story 物件沒有直接放進 Pinia s...

鐵人賽 Build on Google AI DAY 15

api-integration : firebase-setup , supabase-setup , mongodb-setup

01-firebase-setup.md Firebase 設定指南 1. 帳號與專案設定 前往 Firebase Console 建立新專案。 啟用驗證提...

鐵人賽 ChatGPT & Codex DAY 15

[Day 15] 餵給 AI 的不只是帳單:用 Python 量化 SubWise 的消費結構

前言 前幾天完成訂閱管理與資料查詢後,SubWise 已經能夠「記住」使用者的消費與訂閱資料。但如果只能做到回答「我這個月花了多少錢?」,其實還不算真正的智慧管...

鐵人賽 Software Development DAY 15

Day15 - 情境測試包最小化

摘要Day 14 已經把契約 v1.0 / v1.1 的基本比較骨架接起來,證明同一份 Bundle 可以因為 v1.1 新增 UCUM system/cod...

鐵人賽 AI Engineering DAY 11

Day 11|Embedding 是什麼?把文字轉成可以比較的向量

第二階段在 Day 10 收官時,留下了關鍵字路線的最後死角:「登入驗證」永遠對不到「認證」,因為字面比對只認得一模一樣的詞。從今天開始的第三階段要處理這道牆—...

鐵人賽 Security DAY 1

當 EU CRA 開始走進我的工作,我逐漸發現它不只是另一部資安法規

寫在前面:這個系列主要想記錄我自己研究及參與 EU Cyber Resilience Act(CRA)導入過程中的一些心得、觀察與個人解讀,也希望藉這 30 天...

鐵人賽 Software Development DAY 2

AI 最可怕的,不是寫錯程式,而是我們不知道它寫錯了

現在 AI 寫程式越來越快,我真正擔心的,其實不是未來的工程師不會寫 Code。因為有一天,Code 可能真的不需要人自己一行一行寫了。真正值得擔心的是,當 A...

鐵人賽 AI 自動化 DAY 16

Day16-Codex AI(Agent)

Codex 是由 OpenAI 所推出的新一代AI 編碼代理(Coding Agent)(非 2021 年那款舊版 OpenAI Codex 程式碼自動補全...

鐵人賽 Claude AI DAY 13

Day 13 - 簡報核心設計理念-風格

拿到一份簡報,第一眼看到的就是簡報的風格-配色、插圖、設計等,很大程度的影響簡報,這也是為什麼Codex, Claude,Gemini產生的簡報都能一眼看出,因...

鐵人賽 AI Engineering DAY 2

Day2 | 當 Agent 走進 Atari Breakout:ALE 與 Gymnasium

Day 1 我們談了為什麼想做這個系列,也談到強化學習最後必須回到一個真實的環境裡。今天就讓 Agent 走進 Breakout,看看它究竟看見什麼、可以做什麼...

鐵人賽 IT Operation DAY 7

Day 07|那個抓回三千行 Log 的 Demo

本系列拆解企業導入 AI/Agent 時,工具明明做完了,工作卻沒有因此變好的決策現場。 Day 07:取得資料不等於已經幫使用者完成判斷。 Demo 開始...

鐵人賽 Vibe Coding DAY 14

Day 14 | 到底是誰牽動誰~ 如何把地圖與關聯串起來?

之前在Day9的時候,實際上已經有先畫出了一個產業地圖所以今天要透過之前這個產業地圖,來做出一個供應鏈關聯分析主要就是透過地圖中每一條線都有「連動強度」,回應一...

鐵人賽 Modern Web DAY 1

Day 01:前端不寫 Python,照樣 ship 一把網頁無障礙 CLI

Day 01 · W1 · AI 線 + 無障礙線 · 難度 ★☆☆☆☆ 這 30 天系列由 AI 協作撰寫 內容、技術判斷、程式碼,皆由 light-des...

鐵人賽 Claude AI DAY 10

Day 10|工單超過 2KB,他會讀完所有檔案然後不給結論

今天講一個具體的數字:約兩千位元組。 負責大批次粗篩的那位隊友,工單長度超過這個量級,行為就開始變了。線不是刀切的,但量級是實測出來的。他還是會做事——把該讀...

鐵人賽 JavaScript DAY 16

Day 15:原理篇 —— 【圖解】事件委派:一人領信,全家收件

本文同步分享於個人部落格:Liwen Chiou | Digital Architect & Full-Stack Engineer 📜 這裡的修...

鐵人賽 自我挑戰組 DAY 2

第一份 Typst 文件

上一篇我們把環境準備好了,無論是本機安裝 CLI 搭配 VS Code 插件,還是直接用 typst.app 線上編輯,這篇要正式動手寫出第一份 Typst 文...

鐵人賽 自我挑戰組 DAY 16

Day 16|Cloud KMS 與 Secret Manager:模型金鑰與 API Key 管理

這篇要處理的是「另一種金鑰」 Day8 談的是 Service Account 的長效憑證管理,這篇要處理的是另一類同樣常被隨意存放的敏感資訊:API Key、...

根據散步習慣,自動決定提醒時間

完成散步功能後,我希望可以在適當的時間提醒使用者出去走走,而不是每次都要自己打開 App。 一開始我想得很簡單,不就是每天晚上七點跳一則通知嗎?但仔細想想,每個...

鐵人賽 ChatGPT & Codex DAY 13

Day 13:區塊 2 The Who:從「所有人」拆到目標用戶

「給所有客戶用」 區塊 1 把「為什麼做」釐清之後,區塊 2 問「給誰用」。這題的標準答案也很固定: 「給所有客戶用啊。」 聽起來很慷慨,實際上跟沒講一樣。...

鐵人賽 自我挑戰組 DAY 3

VMA、mmap 與 process address space

昨天提到,每個 process 都有自己的虛擬位址空間。不過 kernel 不會把整個位址空間當成一大塊平面來管理。它會把有意義的區間拆成多個 VMA,也就是...

鐵人賽 Software Development DAY 16

[Day 16] 如何拆分大型流程?

如何拆分大型流程? 前一章已經透過固定案例確認目標功能的輸入、輸出、狀態變化與失敗結果。功能行為受到測試保護後,就能開始整理目標程式的內部結構,避免後續功能逐步...

鐵人賽 自我挑戰組 DAY 14

# Day 14|Project Instructions(上):什麼都不裝,只把指令貼進 Claude Project

昨天測完 Assistant Plugins,四種整合方式已經走過三種。今天進入最後一種:Project Instructions。它是四種裡唯一不需要安裝任何...

鐵人賽 Vibe Coding DAY 13

Day 13|後端API設計叫AI幫你畫Sequence Diagram與API規格

我們將正式踏入Phase3:後端邏輯、API與資料庫串接。 許多人在開發後端時,習慣直接動手寫APIRoute,結果寫到一半才發現:欸?這個欄位前端有傳嗎?、刪...

鐵人賽 IT Operation DAY 16

Day 16 - 從架構分析走向設計決策

架構分析的目的,不只是理解系統如何運作、資料如何流動與風險如何分布,更是將這些分析結果轉化為後續的設計決策。 架構分析將理解轉化為設計決策 前面的章節介紹...

鐵人賽 Kubernetes DAY 14

[Day 14] 自癒能力:Liveness 與 Readiness Probes 的設計思維 —— 讓 K8S 知道何時該重啟服務,何時該引導流量。

Day 14: 自癒能力:Liveness 與 Readiness Probes 的設計思維 讓 K8S 知道何時該重啟服務,何時該引導流量。 1. 為什麼服務...

鐵人賽 IT Operation DAY 16

Day 16. 能力擴散實務:結對編程(Pair Programming)進化為人與 AI 結對(Human + AI Pairing)

AI 出現後,結對編程為什麼再次被討論 AI 讓結對從兩人寫程式延伸到人機協作 結對編程原本是極限編程(Extreme Programming, XP)中的協作...

做自己職涯的PM 系列 第 15

做自己職涯的PM - 團隊結構與文化(下)

派系文化 如果團隊內可以明顯的觀察到,某幾個成員會一起吃飯一起參加活動,甚至是工作也在同一個專案,這極有可能是同一個小圈圈。人是群居的動物,害怕落單是人之常情...

【Day 16】Claude:從設計初稿到 Claude Code,讓 AI 成為工作夥伴

昨天整理知識,今天把工作桌交給 Claude 前兩天,Day 14 的 OpenAI,對我來說比較像從 Chat、GPTs、Live 一路往 Codex 移動...