iT邦幫忙

17th鐵人賽相關文章
共有 15551 則文章
鐵人賽 IT 管理 DAY 26

技術 Day26 . 快速驗收新人即戰力的方法,省時省力還省心

前人離開了,團隊因而來了一位新的成員這件事,相信每位有經驗的 PM 都有滿腹心酸,可能都有過這種類似的情況: 新人嘴裡說都已經全部了解,你心想太好了,年輕人果然...

鐵人賽 Modern Web DAY 15

技術 AI 面試官動起來!實現最小可行 Streaming

前言 歡迎來到第十五天!就...就快了,突發的事情就快處理完讓我能花時間寫文章了,回頭看了一下從Day 12開始的文章我差點吐了,錯誤相當的多,驗證也做得不足,...

鐵人賽 IT 管理 DAY 15
AI 時代,IT 職人養成 系列 第 15

技術 AI 時代,IT 職人養成 Day15:AI 在 IT 日常中的應用:AI 搜尋、AI 解題、AI 終端機

會用 AI 的 IT 經過這幾天對 IT Support 工作基礎知識的學習後,我們再次回到 AI 輔助的議題上。 筆者接觸 AI 時間不長,多是參加 Will...

鐵人賽 Build on AWS DAY 15

技術 DAY15 淬鍊之章-Glue 概念篇

簡介 我們通過上篇 DAY14 雲端基礎章-S3、Lambda、EventBridge 實作篇,體驗到事件驅動自動化的方便性。 今天我們要進入 淬鍊之章,正式開...

鐵人賽 DevOps DAY 15
從零開始的 graylog 探險 系列 第 15

技術 Day 15: 儀表板創建與可視化

在日常運維與安全分析中,儀表板(Dashboards) 是集中展示關鍵指標的利器。本篇將介紹在 Graylog 中如何快速建立與管理儀表板,並通過最簡範例手把手...

鐵人賽 Odoo DAY 15

技術 Day 15:法律科技 x Odoo:事務所數位轉型藍圖

你將學到 法律科技浪潮下「AI 行政助理」的定位與功能,如何協助律師事務所整合資料、排程行程、請款收費與風險提醒 律師事務所的行政流程有哪些環節,對應到 Od...

鐵人賽 生成式 AI DAY 28

技術 我的 AI 學習之路:第28天 Gemma 與 Gemini - Gemini Cli 與 Chrome-devtools-mcp

什麼是 Chrome-devtools-mcp Chrome DevTools MCP (Model Context Protocol) 是一個新推出的工具,它...

鐵人賽 生成式 AI DAY 15

技術 Day 15. 最尷尬就是有效期限剩一天

⚠️ 以下是 2025/09/29 當天的操作流程,未來可能因自動啟用機制而有所不同。 占卜師的核心當然不是洗牌,而是在抽完牌面之後如何解牌,對吧?所以下一步...

鐵人賽 Modern Web DAY 15

技術 【Day 15】來做一個......登入系統?── Vue.js 實作篇

不知道讀者們在網路上滑短影片時有沒有看過一些有創意的登入介面?就是那種不一定有什麼作用,但能使人臉上掛上微笑的小程式。今天開始筆者將開始製作那類小程式,它有著註...

鐵人賽 Build on AWS DAY 20
小資族的量化交易 101 系列 第 20

技術 Day 20: 虛擬貨幣中的現貨與期貨

小明的現金與期約農業 今天要學習虛擬貨幣的現貨和期貨交易,這就像農業中的現金交易和期約交易。爸爸賣菜有兩種方式:一是現場賣給菜販(現貨),二是提前和餐廳簽約未來...

鐵人賽 Build on AWS DAY 15

技術 Day 15:批次操作的效能藝術

洛基興奮地走進茶室,手中拿著一張滿滿的計算紙:「大師!我想到一個完美的測試場景!」 他攤開紙張:「小行星帶 5020 號前哨站昨天通訊中斷了三天,現在需要補傳所...

鐵人賽 Security DAY 15

技術 第15天,PKCS#7數位簽章結構解析 / 央二巷滷肉飯 (新北土城) | 30天滷肉飯

在上一篇文章,我們已經實際操作過 PKCS#7,學會怎麼產生與使用。今天要進一步帶大家「拆解」這個封裝,理解它在 ASN.1 層級上的結構。只要看懂一次,下次遇...

鐵人賽 自我挑戰組 DAY 15
第一次團體專題 系列 第 15

技術 Day 15 : 螢幕顯示問題 , 嘗試google chrome + kiosk

因為ESP32-CAM沒有HDMI口,今天嘗試的是如何讓產生的廣告在螢幕上面顯示 ,家裡剛好有google model G454V , 所以想透過安裝kiosk...

鐵人賽 AI & Data DAY 15
為你自己學 n8n 系列 第 15

技術 [為你自己學 n8n] 第 15 天,關在小房間的天才:AI Agent 突圍記!

影片連結:https://www.youtube.com/watch?v=VSW_XLk2w6kYouTube 頻道:https://www.youtube....

鐵人賽 Software Development DAY 18

技術 Day 18 - WPF Trigger介紹

在 WPF 裡,Binding 讓 UI 與資料能自動同步,但有時候我們還需要: UI 狀態改變 → 樣式跟著變(例如滑鼠移上去變色) 資料值改變 → 樣式跟著...

鐵人賽 AI & Data DAY 15

技術 ADK Multi-Agent 協作 (二)

昨天我們學會了 Coordinator/Dispatcher 模式,讓 Agent 團隊有了基本的分工能力。但我們不只需要總監分配任務,更需要像工廠生產線、派對...

鐵人賽 自我挑戰組 DAY 15
從零開始學習LeetCode 系列 第 15

技術 Day 15 Best Time to Buy and Sell Stock with Transaction Fee

(最佳買賣股票時機 – 含手續費版) 題目:你是一位股票投資人,給定一個整數陣列 prices,其中 prices[i] 表示第 i 天的股價,並且有一個整數...

鐵人賽 生成式 AI DAY 15

技術 [15] 開發過程 - 部分驗證與測試 -1

前言 今天請總算從上班地獄脫離的水獺朋友幫忙測試排班工具,而他在使用員工管理分頁、排班分頁後也提供了些建議 內文 員工管理分頁 建立記錄發生錯誤 在水獺建立...

鐵人賽 IT 管理 DAY 15

技術 Day15 - 共識凝聚者:掌握利害關係人動態與關鍵參與點

位於極限發辦公室一隅... Moon:「天啊!我真的快被撕裂了!A部門主管說我們的設計要大膽創新,才能吸引眼球;B部門主管卻說要保守,避免任何潛在的法規風險;...

鐵人賽 生成式 AI DAY 15
nutc_imac_Agent拼裝車 系列 第 15

技術 Day 15 使用 LangGraph 串接 FastMCP Server

前天我們透過 FastMCP 成功建立一個簡單的 MCP Server,並提供 sayHello 工具來回傳打招呼訊息。昨天我們則用 ADK (Agent De...

鐵人賽 AI & Data DAY 16

技術 30-16: [實作-7] 將我們的學習記錄,記錄到 Notion 之 1 ( MCP Server )

上一篇文章中,我們已經將 MCP 的基本原因已經理解的差不多了,接下來我們將透過 Notion 這個範例來學習一下如何建立 MCP Server 與 MCP...

鐵人賽 自我挑戰組 DAY 15

技術 <DAY15> - Fibonacci Number

題目介紹 編號:509 類型:Recursion, Dynamic Programming 難度:easy 題目連結:https://leetcode.com...

鐵人賽 Software Development DAY 10
我們與Maven的距離 系列 第 15

技術 Day14 - Dependency Management

前言 有了前一天的依賴傳遞相關知識後,你可能會希望當使用的套件相依路徑相同時採用較低的版本讓系統比較沒有問題;又或者是希望可以排除某些依賴不要加進專案中,今天就...

鐵人賽 生成式 AI DAY 15

技術 Day 15. Multi-head Attention : 從做 LLM 中看多頭注意力

現行的注意力機制不單只計算一次上述的注意力,而是分頭進行多次計算,並使用不同的投射來重複執行。 最簡單的多頭注意力 透過 Module List 並傳入 num...

鐵人賽 自我挑戰組 DAY 15

技術 day15 : Google Keep 筆記與標籤管理

今天學習 Google Keep,它不像 Docs 或 Sheets 那麼正式,而是更輕量、快速的工具。透過標籤與顏色的管理,我發現原來零散的想法、待辦事項都能...

鐵人賽 自我挑戰組 DAY 16

技術 Day 16 《System Overload🌪️:焦慮時的降載模式》

My Story|比賽前的焦慮時刻 還記得在一次校內演講比賽之前,我明明早已準備了多日,甚至看完一本老師推薦我準備的書籍,但在等待上台的那幾分鐘以及上台時好...

鐵人賽 Modern Web DAY 15

技術 Day 15|API 安全升級:JWT 登入驗證全流程實作

到目前為止,我們的 TodoList API 已經能跑起來,還能把資料存進資料庫。 但是,有沒有發現一個大漏洞? 👉 任何人都可以操作 todos,不需要登入!...

鐵人賽 自我挑戰組 DAY 16

技術 n8n Switch 節點實作:根據角色自動決定通知方式

今天我們實作一個簡單但實用的 Switch 流程,根據帳號欄位中的值,決定不同的後續處理方式: 若為 admin ➝ 發 LINE + 寄 Gmail 若為...

技術 Day 15|AI 模組:推薦邏輯與情境化解釋

「制定規則引擎,,透過推薦清單轉化為行動的橋樑。」 為什麼需要 AI 模組? 在前 14 天,我們鋪好了專案的骨架: 前端:輸入需求與顯示結果的介面。...