今天的主題:受擊震動——Day 17 埋的伏筆,終於回收 Day 17 學完計時器之後,我的結論是:動畫和計時器用在表現層可以,用在規則層會破壞回合制。當時我把...
今天的主題:讓小怪反擊——順便發現我的遊戲根本不可能輸 到昨天為止,小怪都只會站著挨打。今天讓牠還手,戰鬥才真的是雙向的。 順序是關鍵,不是把反擊加在後面就好...
今天的主題:專案骨架——從練習檔變成一個「專案」 前面 22 天,每天都是一個 dayXX.html,HTML、CSS、JavaScript 全部擠在同一個檔案...
第二階段回顧:從「學語法」到「做決定」 Day 12 我做過一次回顧,那時候剛學完基礎語法。今天是第二階段(Day 13–21)的回顧,也是動手做正式作品前的最...
今天的主題:除錯——我拿到一個被動過手腳的版本 今天不學新語法。我準備了一個藏了 4 個 bug 的遊戲版本,然後用我本業的方式把它們找出來。 規則:先不看程式...
今天的主題:localStorage——讓資料「關掉再開還在」 到目前為止,只要重新整理頁面,一切歸零:名字沒了、回合數沒了。因為資料都在記憶體裡,關掉就消失。...
今天的主題:非同步——「未來會有結果」的承諾 Day 17 我已經摸到門了:setTimeout 預約一件事,程式不會停下來等。那個「排到待辦清單最後面」的機制...
今天的主題:狀態管理——把散落的變數收進一個盒子 到昨天為止,我的遊戲有四個獨立的變數在記錄「現在的情況」: const hero = {...};...
今天的主題:計時器——第一次寫出「不需要人操作也會發生」的程式 前面十六天,我寫的程式全都在等人。按下按鈕才攻擊、輸入名字才出征——沒人動它,它就安靜地躺著。今...
今天的主題:亂數——讓每一拳都不一樣,然後測試就變難了 到昨天為止,我的勇者每次攻擊都造成固定 17 點傷害。打四下、小怪死掉,每一場都一模一樣。今天要加入亂數...
前言 前幾天已經完成 JWT 登入流程，也透過 JWT Middleware 確認使用者身分。驗證成功後，後端可以從 req.user 取得目前登入者的資訊。...
在資安工作中，我們應該都遇過這種情境： 「這台主機的漏洞為什麼還沒修？」「因為是一線核心系統不能停。」「那什麼時候可以修？」「等廠商處理或適當時間，再安排該漏洞...
1. 我沿用 Day18 的逐則處理責任 Day 21 把單次 Gemini 呼叫拆成請求、回應與處理紀錄。接著，我想將整批設備回報整理成議題分類，再寫入 Bi...
D15 教的排程是看時間 —— 每天 23:00、每 7 天一次。但有些事你不知道它幾點會發生。 為什麼要HOOK。 你不知道自己明天幾點開電腦，所以排程處理不...
1. 前言與核心概念 在 CTF 競賽中，密碼學（Crypto）題目往往不只是靜態的密文分析，許多題目會架設遠端伺服器（常見為 Netcat/NC 連線），要求...
昨天的 /meeting 已經能把兩輪討論、審查與最終方案串起來。不過專案狀態、Guild 目前的專案，以及會議紀錄，原本分別放在三個 JSON 檔案中。 JS...
先改 configmap.yaml 裡面的文字，隨便改都可以 data: index.html: | <html> <...
昨天整理了 K8s 常見的錯誤狀況和排查方式，今天要學 K8s 的套件管理工具——Helm。 為什麼需要 Helm 到目前為止，Todo App 已經累積了不...
今天是第二十二天！昨天（第二十一天）我們成功幫機器人導入了 Inline Keyboard 互動式按鈕選單，讓看盤體驗變得流暢又直覺。 不過，先前我們的追蹤清單...
k k k kk k k kk k k kk k k k kk k k k kkk k kkk kk k kk k k k k k k kk k k k k k...
今日目標 到了 Day 22，我們的 SmartExpense AI 財務追蹤器已經具備了圖表、表單、支付與 AI Streaming 回應等豐富功能。但隨著功...
在 Day 21 中，我們解析了 PCFSoftShadowMap 的深度比對邏輯、黑體輻射光學與 EffectComposer 雙緩衝暗房管線。 然而，一款出...
本篇系列版部落格：閱讀中文版 Codex CLI 是 OpenAI 的 coding agent，在你自己的電腦上跑的 terminal 版。因為它是 CLI，...
Solarflare X4522 的 interrupt coalescing 只在封包很密的時候才會拖慢延遲，而且實際等的時間比設定值長得多。每 1 ms 一...
前言：如何判斷某個檔案是不是主流程？什麼情況適合快速補讀？ 上一篇我們完成了管理者後台的整體總結，也把 App 的核心運作流程完整走過了一遍。 在藉由 Herm...
前言：mock 應該包在哪一層？ 前面幾天講的都是「怎麼用測試替身取代不可控依賴」，但沒講一個容易被忽略的問題：替身要包在哪一層介面上，本身也是一個設計決策——...
前言：三部走完，三種收斂 第一部收斂成「喊停的成本看可不可逆」，第二部收斂成「意圖對齊分兩層」，第三部走完九天，可以收斂成：要求高標準的完成，不是在為難協作對象...
前言：把 27 天的技巧收攏成一張分工圖 昨天列出三個不能外包的判斷（留不留、夠不夠、做不做），今天要把這件事講得更完整：不是零散地在幾個時間點介入,而是有一個...
前言 「組隊參賽不就是找幾個人一起報名，各自寫各自的文章嗎？排程上能有什麼不同？」 組隊挑戰確實不要求隊員寫同一個主題，賽制規則裡只要求隊員約定同一天開賽——但...
前言：「所以到底 Code Review 該由誰做？」 這是第三部的最後一篇，也是這系列問到現在最直接的一個問題：如果程式碼是 AI 產生的、規則是架構測試在驗...
lucy_odo
Jamie
資安修行者
retr0
yeelongma
puru1015
jayce
noalowo
cc225600
bgyubjkn
yrrrrrrr7
evangeline_77
postman
Marvin
Alex
Liu
recca0120
iThome鐵人賽
看影片追技術