iT邦幫忙

技術文章

RSS
鐵人賽 自我挑戰組 DAY 22
Leetcode 自學 系列 第 22

自學Leetcode Day22

88. Merge Sorted Array1.題目說明:給兩個遞增排序的整數陣列 nums1 和 nums2,以及兩個整數 m 和 n,表示 nums1 有...

鐵人賽 Software Development DAY 22

Day22 : 列表推導式 & 簡化技巧 – 一行寫出迴圈

1. 什麼是「列表推導式」?在 Python 裡,常常需要「用迴圈」產生一個新列表:結果會輸出但其實可以用一行寫完:輸出的結果是一樣的這種寫法就叫做 「列表推導...

鐵人賽 自我挑戰組 DAY 26

【Day26】AI Agent 魔法詠唱 - FavoriteDrink Service

FavoriteDrinkService 負責處理「最愛飲品」相關的邏輯。它通常會呼叫 Repository 來存取資料庫,並提供方法給 Controller...

鐵人賽 Build on AWS DAY 26

Day 26 - 使用 Notion 做為策略儀表板的總結

前幾天把多策略的交易監控整合到 Upstash,接著再透過一個靜態的前端網頁讀取資料,最後用 Notion 的 Embed 功能把儀表板嵌進去,整個流程算是跑通...

鐵人賽 Modern Web DAY 26

[Day26] Babylon.js整合前端主流框架-React. Vue. Angular

Babylon.js的web專案怎麼整合前端框架? 相信對於現代的前端開發來說,更關心有更好的組織性以及較佳的擴展性和可讀性的modern web,想必很多人都...

Day26:前25天的學習回顧

回顧這幾週的學習歷程,我深刻體會到「持之以恆」的重要性。從一開始懵懵懂懂地摸索程式語言,到後來能夠自己動手完成小型專案、理解錯誤訊息、查閱技術文件,每一步都不是...

鐵人賽 自我挑戰組 DAY 22

day 22 : Gmail 與 Google Calendar 整合

今天學習了如何將 Gmail 與 Google Calendar 做整合,讓郵件裡的重要資訊可以直接轉換成行程,並自動同步提醒,提升日常工作效率。 郵件轉事...

鐵人賽 Mobile Development DAY 22

Xcode x Swift Vibe coding進階開發之旅 第二十二天 點名系統(15) 改成關聯式資料庫

指令 幫我改成關聯式資料庫 心得 因為只有修改資料表的部分,所以改寫完成後還需要請AI幫我們修改新增刪除編輯的部分。 程式 // 使用者資訊資料表 clas...

鐵人賽 生成式 AI DAY 22

D22- 704. Binary Search

終於快結束了!今天的題目大意是:在一個已經由小到大排序的整數陣列 nums 中,用二分法找出目標值 target 的索引;找不到就回傳 -1 class Sol...

鐵人賽 Cloud Native DAY 22

Day22: Istio 與 CLI 整合:服務拓樸與流量觀察實戰

前言 昨天講到 Istio 的 health check 和 holdApplicationUntilProxyStarts 設定,那今天我們就來看看,假如系統...

鐵人賽 Software Development DAY 25

Day 25 — 在 WPF 使用 Microsoft.Extensions.DependencyInjection 做 DI

你會得到什麼 在 MyStockApp 中導入 MS.DI 的最小可行實作 用 Generic Host 建立 IServiceProvider 一次註冊...

鐵人賽 Software Development DAY 22

Ch 21. 讓大家一起用你的網頁程式

我們之前做出了一個單純的 HTML 網頁程式,我們想要讓更多人使用我們的傑作。但是這個程式只在你的電腦裡,只能把檔案用 email 或是聊天軟體傳給一個個的朋友...

鐵人賽 AI & Data DAY 22

【Day 22】打造 RAG 智慧檢索系統:讓 Notion 筆記回答問題

為了打造 Notion Rag 系統,在前 21 天,我們做了許多「資料流」的工作: 從 Notion 撈資料(Database → Page → Block...

鐵人賽 Rust DAY 22

Day 22|手機?

WASM 在桌機上表現很好。Chrome、Firefox、Edge 都能把我們的像素處理程式編譯成接近原生的機器碼。所以當在我的 MacBook 上看見「60...

鐵人賽 自我挑戰組 DAY 23
ÉCHO (迴響) 系列 第 23

第二十三章:鬱金香狂熱

伊森的戰爭,進入了全新的階段。 凌晨兩點四十七分,「穹頂」最上層那間被稱為「神經中樞」的控制室裡,除了伊森以外只剩下微弱的機器散熱聲。所有的同事都已回家,留下這...

鐵人賽 Security

📍 Day 35|AI × 資安:Debug 未來的最後一哩路 🚀

「世界上最危險的不是壞人,而是會自動部署的壞模型。」 🧠 一、從初學者到「AI 資安架構師」的演化日誌 三十五天前,我只想寫一篇簡單的文章; 三十五天後,...

鐵人賽 生成式 AI DAY 22
讓AI「陪」你寫論文 系列 第 22

Day22 利用 NotebookLM 的功能統整多篇相關主題論文內容

今日事項:看 NotebookLM 對於文獻的整理可以有什麼幫助,以及使用過程中的注意事項 如果文章對你有幫助的話,歡迎按讚或留言,讓我知道我不是一個人在這裡...

鐵人賽 Security DAY 22
資安的原罪 系列 第 22

【22】資安的原罪 ch.3-3.d 監控、偵測與回應

【22】資安的原罪 ch.3-3.d 監控、偵測與回應 本章見證現代進階的防禦、偵測和應對技術。 什麼是 IDS、IPS、IDPS? 隨著網路威脅的持續演變,...

鐵人賽 自我挑戰組 DAY 22

Day22 Kubernetes 維運工具:k9s

今天跟大家介紹 K9s,這是一款專為 Kubernetes 維運與監控 設計的開源 CLI 工具。它能讓我們在終端環境中,快速查看資源狀態、執行日誌查詢、Por...

鐵人賽 Modern Web DAY 22

Day 22:專案核心 (4):`getCharacteristics()` 動態探索所有特徵

昨天,我們使用 server.getPrimaryServices() 這張「全景地圖」,我們成功地找到了島上所有隱藏的洞穴(服務),並在我們的 UI 上為它們...

鐵人賽 Modern Web DAY 22

Day22 - AI 日誌事件分析(Log Analyzer Agent)

為什麼需要 AI 日誌分析? 在資安事件應變中,日誌分析是最耗時、最關鍵的一步。 傳統 SOC 需要人工過濾大量 log,找出異常登入、惡意請求或 latera...

從零開始的區塊鏈學習 系列 第 22

22:D16-D21總結&重點整理

第三週我們的區塊鏈列車加速通行,透過實際行動而非單純空談,而接下來這一節我們要來做這週的複習與總結。 一、虛擬機安裝 二、Merkle Tree• 定義:用來表...

鐵人賽 Mobile Development DAY 22
我將點燃Swiftの大海 系列 第 22

Day22. Swift一定要會のios鬧鐘復刻實作篇 (3)

昨天我們設定好資料庫後今天我們帶大家學習 NavigationBar 的寫法 func setupNavigationBar () 我們在用程式碼編寫元件時一樣...

鐵人賽 生成式 AI DAY 22

【Day22】前後端整合 (一) - 接收與解析回傳值

一、接收與解析複雜 JSON 當後端的 AI 模型完成了 Function Calling 和所有運算後,它會將最終的答案(無論是自然語言回覆,還是景點列表)以...

鐵人賽 Modern Web DAY 23

Day - 23 JavaScript變數說明

在程式開發中,變數的使用是相當重要的一個動作 1.變數的命名 JavaScript 中對於變數的命名要注意以下幾項規則: 1.JavaScript 對於英文字母...

鐵人賽 DevOps DAY 20

Day 22:AI + Email 自動回覆草稿HuggingFace API(免費模型)

🎯 目標 當 Gmail 收到一封信後 → 把內容丟給 AI → 自動產生回覆 → 存成 Gmail 草稿(避免直接寄出,讓你可以再確認)。 🛠️ 步驟教學...

鐵人賽 DevOps DAY 20

Day 21:AI 任務 →n8n自動翻譯

🎯 學習目標 學會使用 Hugging Face 免費模型 API 做翻譯 了解如何在 n8n 中串接 API → 輸入文字 → 輸出翻譯結果 建立一個「翻譯...

鐵人賽 Modern Web DAY 23

Day 23 | 人人都能使用的設計:無障礙網頁設計核心

在上一篇我們聊過「為什麼要做無障礙設計」,當設計師真正動手時,就可以依照 WCAG(Web Content Accessibility Guidelines)網...

鐵人賽 IT 管理 DAY 23

Day 23:零信任架構 (Zero Trust) 與存取控制

在雲端與遠端協作成為常態的今天,傳統只保護內部網路、預設信任內部使用者的「邊界防禦」模式已不再適用。攻擊者隨時可能從任何入口滲透,企業必須重新定義「信任」與「安...