104學習

ActiveX

這項技能主要指能夠開發、維護或應用微軟推出的元件技術,常見於Windows平台的軟體整合與網頁互動功能。具備此能力代表你能處理IE瀏覽器相關的插件,提升企業系統與網頁的互動性與自動化。尤其在舊有系統維護或特定產業應用中,仍有一定需求。不過隨著瀏覽器與安全標準演進,相關技術逐漸被取代,建議同時掌握更新的網頁技術以提升職場競爭力。

14 個相關職缺

提升你的實力,朝專業更進一步

精選課程

充實自己,讓能力持續成長

Linux Socket網路程式設計【本課程為線上課,報名後專員會提供上課資訊】
Linux Socket網路程式設計【本課程為線上課,報名後專員會提供上課資訊】
C# 從零開始前進.NET物件導向程式全攻略
C# 從零開始前進.NET物件導向程式全攻略
.NET開發資料庫應用系統全方位-ADO.NET與Entity Framework(.NET Core)攻略
.NET開發資料庫應用系統全方位-ADO.NET與Entity Framework(.NET Core)攻略
Excel VBA進階實務:80組常用函數語法一次通通掌握
Excel VBA進階實務:80組常用函數語法一次通通掌握
Linux驅動程式【本課程為線上課,報名後專員會提供上課資訊】
Linux驅動程式【本課程為線上課,報名後專員會提供上課資訊】
EC-Council CEH駭客技術專家認證課程
EC-Council CEH駭客技術專家認證課程
EC-Council CEH駭客技術專家認證課程
EC-Council CEH駭客技術專家認證課程
(最新版.NET 6)ASP.NET Core MVC 無痛快速上手
(最新版.NET 6)ASP.NET Core MVC 無痛快速上手
CDCP資訊機房專業人員國際認證班
CDCP資訊機房專業人員國際認證班
C# .Net Framework系統基礎實作攻略
C# .Net Framework系統基礎實作攻略

精選證照

考取專業證照,讓能力被市場看見

物件導向視窗及資料庫程式設計 (Java/C#/VisualBasic) |
「物件導向視窗及資料庫程式設計」證照核心旨在驗證開發者融合物件導向理論、視窗圖形使用者介面與資料庫應用的綜合實務能力。不論使用 Java、C# 或 Visual Basic 語法,持證者皆具備利用類別與物件建構視窗應用程式的技術,並能熟練處理事件驅動程式設計。此外,持證者亦精通資料庫連線、SQL 指令操作及資料存取邏輯,具備將前台介面與後端資料庫無縫整合的關鍵職能,是企業評估現代視窗軟體開發與資料庫應用人才的專業客觀指標。
尚未查核發照單位
CDE |
CDE(Certified Directory Engineer)認證目錄工程師。 是屬於菁英等級的專業證書,提供給從事目錄與目錄化解決方案的設計、建置、最佳化、與維護作業的資深工程師與顧問來報考。此一證書針對管理複雜技術環境與商業需求之間的關係的個人能力,提供了客觀、公正的評估結果。 認證目錄工程師代表網路管理訓練與認證的嶄新方式,因為首創以目錄解決方案為焦點。 目錄服務在每一產業的資訊技術基礎建設中,已經逐漸成為關鍵性的角色,這個趨勢是由任務關鍵性應用程式;例如電子商務、電子郵件與 ERP (企業資源規劃),以及對於多重供應商網路更佳控制能力的迫切需求所強力推動。如果要有效管理應用程式、作業系統、與整個企業的安裝作業,目錄服務技術位居關鍵地位。所以,目錄服務就是未來!
Novell
程式設計Visual Basic 2008 |
Visual Basic 2008證照驗證持有者具備使用Visual Basic 2008開發應用程式的基本能力,涵蓋程式設計語法、物件導向概念、事件驅動設計及資料庫連接等技能。證照強調實務操作與問題解決能力,適合希望從事軟體開發、系統維護及相關資訊工作者,提升就業競爭力與專業技術水準。
財團法人中華民國電腦技能基金會
MCPD |
「微軟認證程式開發專家 (MCPD)」認證突顯您身為專家級的 Windows 應用程式開發人員、Web 應用程式開發人員或企業應用程式開發人員。 這些認證證明您能夠使用 .NET Framework 2.0 建立鎖定多樣化平台的豐富應用程式。
Microsoft
Master CIW Administrator |
CIW(Certified Internet Webmaster) 認證是目前唯一針對互聯網專業人員的國際權威認證。CIW培訓著重於技術水平的提高和商業實踐的具體運用,使企業在網絡商業環境中提高市場競爭能力。 CIW是一種基於互聯網專業技能的培訓認證,適合設計、開發、管理、安全防護、技術支持互聯網及企業網相關業務的人士。Master CIW Web Site Manager精通管理網路伺服器與維護小、中、大型公司的網站。
Prosoft Learning Corp.
MCITP |
全新的微軟認證技術專家 (MCTS) 和微軟認證 IT 開發專家 (MCITP) 認證提供 IT 專家一個更清楚明確的架構,讓他們展現其技術技巧、以及針對特殊開發人員之工作角色時所需的技能。 微軟認證資料庫管理員 (MCDBA)、微軟認證電腦支援技術員 (MCDST)、微軟認證系統管理師 (MCSA) 和微軟認證系統工程師 (MCSE) 認證持續提供 IT 技能和經驗的業界認可與驗證給使用 Microsoft SQL Server 2000、Microsoft Windows XP 和 Microsoft Windows Server 2003 的 IT 專家。 新的微軟認證 IT 開發專家 (MCITP) 認證可凸顯特殊的專長領域。可輕鬆地展現您是資料庫管理、資料庫開發或商務智慧方面的專家。
Microsoft

精選貼文,掌握第一手知識

用Codex操作Chrome瀏覽器,自動讀Gmail、寫Google Sheet教學!設「3層護欄」防AI亂點亂寄

想讓AI幫忙操作Chrome瀏覽器、讀Gmail、下載附件、寫進Google Sheet,又怕它亂點、亂寄信?作者以教師可能遇到的「自動批改作業信」為例,示範用Codex Chrome Extension設定白名單、二次確認與留痕log三層護欄,再一步步放手讓AI操作瀏覽器。本文節錄自《ChatGPT × Codex全攻略》。 文/曾慶良(阿亮老師) 本文目錄(點擊可快速前往) 動手做前準備清單全章流程地圖:4步由小到大動手實作:讓Codex操作你的Google Chrome動手操作3大禁區 編按:作者以「老師自動批改學生作業信」為範例,示範讓Codex讀取Gmail「作業繳交」標籤的來信、下載附件、產出評語,再逐列寫進Google Sheet。雖然示範情境在教學現場,但換個主題就能套用到職場,例如整理應徵者的履歷信、客戶詢價信或活動報名回覆;文中的白名單、二次確認、留痕log三層護欄,也適用於任何讓AI代操瀏覽器的工作。※本文以「Chrome Extension」模式操作,是由Codex直接在你的Chrome「已登入」的Gmail等分頁操作,不必處理OAuth、API token(這些憑證都不用辦),看得到它在做什麼。 動手做前準備清單 項目規格沒有怎麼辦Codex CLI + 桌面App已完成、能登入補安裝,Codex CLI 、桌面AppChrome Extension從Codex App Plugins內裝補安裝,Chrome extensionGmail帳號有「作業繳交」標籤、收得到信Gmail內建立一個Label「作業繳交」Google Sheet一張空白工作表,欄位先排好Drive內新建一張,命名「本學期_作業批改」 Google Sheet欄位先排好 第一列填入這6個欄位(順序很重要,等下Skill要按這個順序寫入): ABCDEF批改日期學生姓名作業主題AI評語字數建議評分 權限設「僅特定人員」或「限校內帳號(你的學校網域)可存取」,把你自己(和真的需要看的同事)逐一加進去。不必也不要用「擁有連結的任何人可檢視」,Codex用你登入的身分操作,本來就進得去,不需要開公開連結。 此表含學生個資(姓名+評語),絕對不可以用「擁有連結的任何人可檢視/可編輯」公開連結分享。公開連結等於把全班個資丟到網路上任人抓取。務必設成「僅特定人員」或「限校內帳號」,並定期到「共用」設定檢查存取名單有沒有跑進不該有的人。 【補充】企業導入前置(用公司信箱、下載含個資附件前必看) 本章讓Codex操作你「已登入」的信箱、下載附件、寫進Sheet,放在公司環境要先過3關,別自己一個人默默開跑: 公司信箱須經IT /資安核准:使用Codex Extension操作公司Gmail / Workspace前,先問過IT或資安窗口,確認符合公司對第三方工具存取信箱的規範,否則別用個人身分擅自授權公司帳號。 先用測試帳號跑通:第一輪用一個測試信箱+假資料把流程走順,確認護欄有效,再碰真實信箱。 附件含個資要確認合法性、用完清除:下載的.docx /客戶附件若含個資,先確認你有處理的合法依據(同意/業務必要),處理完就從~/Downloads/inbox-essays/之類暫存夾刪除,別長期堆在本機或同步到公開雲端夾。 全章流程地圖:4步由小到大 1 授權與護欄 Chrome Extension 範圍限定 + 二次確認 ↓ 2 寫 Skill auto-email-processor 四階段定義 ↓ 3 跑 1 封測試 盯著看,確認沒亂點 ↓ 4 放開跑全部 批次處理 + 失敗重試 + 總結報告 絕不可跳過步驟3,跑1封測試看看,這是整章最關鍵的安全閘門。沒看過第1封就放執行,等同把你的Gmail鑰匙交給陌生人。 動手實作:讓Codex操作你的Google Chrome 步驟1-A 授權與三層護欄 確認Codex桌面App已開啟、已登入 確認Chrome已裝Codex Extension Chrome右上工具列點Codex圖示 看到「Chrome plugin connected」狀態 = 正常 Codex桌面App內的Plugins區也顯示「Chrome plugin connected」,兩邊都看得到 = OK Codex從這裡開始就有能力「在你登入的Chrome內」做事。所以下一步馬上設範圍限制,沒設好就不要往下做。 步驟1-B 護欄1:範圍限定(白名單) Codex Extension預設「進入新網站會問」。但更穩的做法是明確設一份白名單。在Codex對話開頭就先宣告: 本對話只允許操作 mail.google.com、docs.google.com、sheets.google.com。 任何其他網域請拒絕並回報給我。 明確列出允許與禁止的清單: # 允許 Codex 操作的網域白名單 mail.google.com # Gmail docs.google.com # Google Sheet / Docs sheets.google.com # Google Sheet(舊網域別名) # 禁止:其它一律不行 ✗ bank.example.com # 銀行 ✗ pay.example.com # 支付 ✗ facebook.com / x.com # 社群媒體 這是用文字下的範圍限制,搭配Extension預設的「進新網站問一次」雙重防護。 步驟1-C 護欄2:二次確認 在Codex對話開頭就先指定下面五類動作必須先暫停問你,得到「OK」才能繼續: 刪除任何信件 → 必須問 寄出任何信件 → 必須問 移動信件到垃圾桶 → 必須問 修改Sheet既有列(非新增)→ 必須問 修改Gmail filter / forwarding設定 → 必須問 「標記為已讀」、「加標籤」、「下載附件到自己電腦」、「在Sheet新增一列」這幾項算可逆操作,不需要每次都問。 步驟1-D 護欄3:留痕log 叫Codex把它做的每一步寫成log,方便事後抽查: 請建立一個 ~/codex-logs/email-processor.log 每次處理一封信,寫一行 JSON: {"ts":"2026-05-17T10:00:00Z","subject":"...","sender":"...","action":"已批改寫入Sheet","ok":true} 失敗時 ok:false,多寫 reason 欄位。 請在每次跑完 Skill 後自動 append。 跑完一輪後,cat ~/codex-logs/email-processor.log(Windows PowerShell:Get-Content $HOME\codex-logs\email-processor.log)看得到N行JSON,每行對應一封信。 動手操作3大原則 範圍限定:只開放特定網域,其餘一律拒絕 二次確認:刪/寄/改既有資料必須先問 留痕:每次操作寫log,可事後追查 三個都做到了,才往下進步驟2寫Skill。 步驟2-A 寫auto-email-processor Skill macOS / Linux(或在Git Bash執行): mkdir -p ~/.agents/skills/auto-email-processor cd ~/.agents/skills/auto-email-processor touch SKILL.md Windows PowerShell寫法(同一件事的PowerShell寫法): New-Item -ItemType Directory -Force $HOME\.agents\skills\auto-email-processor Set-Location $HOME\.agents\skills\auto-email-processor if (-not (Test-Path SKILL.md)) { New-Item -ItemType File SKILL.md } 如果Windows使用者希望直接沿用Bash指令,可以在~/.agents/skills/的上層資料夾右鍵 → Open Git Bash Here,就能在Git Bash內原樣執行mkdir -p、touch。兩個方式擇一即可,不必兩邊都跑。 為什麼用Skill而不是直接打prompt?Skill寫一次、用很久。下次要批改只要說「跑auto-email-processor」,不必再貼整段流程描述。 2026新功能NEW:Record &amp; Replay(錄一次、重播多次) Skill有3種建立法: 手寫SKILL.md(本節做的) 對話中請Codex幫你生 Record &amp; Replay,你手動把一連串網頁操作(點「作業繳交」標籤 → 過濾未讀 → 下載.docx)錄製一遍,Codex會把它存成可重播的Skill。像Gmail這種步驟固定、重複性高的流程特別適合這種方式,錄完再回頭微調SKILL.md補上護欄。搭配always-allow(總是允許):把重播時重複跳出來的權限請求(例如每次都問「可以操作mail.google.com嗎」)設為「總是允許」,就不會一直被打斷,但只對白名單網域開always-allow,刪/寄/改既有資料這類敏感動作仍維持二次確認。 步驟2-B SKILL.md開頭:frontmatter與Scope SKILL.md一定要以YAML frontmatter開頭(name、description是必要欄位,觸發詞寫進description,Codex才會自動觸發): --- name: auto-email-processor description: 讀 Gmail「作業繳交」標籤內的未讀信,抓 .docx 附件,套 essay-feedback Skill 批改,寫回 Google Sheet「本學期_作業批改」。觸發詞:批次批改、處理交作業信、跑 email processor。 --- # auto-email-processor ## Scope - 允許網域:mail.google.com、docs.google.com、sheets.google.com - 禁止:其它任何網域 - 允許動作:讀信、下載附件、加標籤、Sheet 新增列 - 禁止動作:刪信、寄信、修改 Sheet 既有列 Skill的「身分證」段落,讓Codex知道「我可以做什麼、不能做什麼」。 步驟2-C 中段:四階段Steps ## Steps ### Phase 1 讀 1. 開新分頁到 https://mail.google.com 2. 點左側「作業繳交」標籤 3. 加「is:unread」過濾條件 4. 列出信件主旨與寄件者,不要點開 ### Phase 2 分(過濾) 對每封信,符合所有三條件才處理: - 寄件者是學生(你的學校網域,例:@school.edu.tw) - 主旨含「作業」或「homework」 - 有 .docx 附件 ### Phase 3 處(批改) 1. 下載 .docx 到 ~/Downloads/inbox-essays/ 2. 從寄件者名 / 主旨解析學生姓名與作業主題 3. 呼叫 essay-feedback Skill 批改 4. 把回傳的「評語/ 字數/ 評分」記下來 ### Phase 4 記 1. 開 Google Sheet「本學期_作業批改」 2. 新增一列:日期 / 姓名 / 主題 / 評語 / 字數 / 評分 3. 回 Gmail 標該信「已讀」+ 加「已批改」標籤 4. 寫一行 log 到 ~/codex-logs/email-processor.log 【補充】Phase 3那句「呼叫essay-feedback Skill」是哪來的? 這支批改Skill在「多檔案批次處理」篇建立過,該章resources/essay-feedback/有現成檔案,只要將其複製到~/.agents/skills/essay-feedback/就能被本章觸發。還沒建也能先跑通流程,把Phase 3第3步暫時換成這3行替代做法: 用Codex內建能力讀出.docx純文字內容 請Codex直接寫一段150字評語、估算字數、給A / B / C建議評分 把這三個值當成回傳結果往Phase 4傳(先能寫進Sheet,之後再換成正式的essay-feedback) 步驟2-D 末段:Rules護欄 ## Rules ### MUST(必須) - MUST 敏感操作前停下來問我(刪信、寄信、改既有列) - MUST 處理失敗的信維持「未讀」、加標籤「需人工處理」 - MUST 每處理一封寫 log - MUST 全程操作我這個帳號,不可切到別人的 Gmail ### NEVER(絕不) - NEVER 自動回信給學生 - NEVER 跨網域操作(白名單以外) - NEVER 刪除任何信件 - NEVER 修改 Sheet 既有列(只能 append) ## Tools - Codex Chrome Extension(Gmail / Sheet 操作) - Codex 內建 .docx 解析 - essay-feedback Skill(subagent 呼叫,來源見第三篇 CH19) Skill寫完存檔。Codex下次看到觸發詞會自動讀SKILL.md。 準備測試素材:先讓信箱有東西可讀 Skill寫好了,但如果「作業繳交」標籤裡一封信都沒有,步驟3的測試就沒東西可跑。動手前先花3分鐘,自己造1~2封測試信,讓自動化有真實素材可讀。這步驟做完,跑步驟3才有意義。 準備1~2份.docx測試檔:隨手開Word(或Google Docs →下載為.docx)打一段假作文,存成例如:測試作文_王小明.docx。想更真實就做兩份、換個學生名。 自己寄給自己:在Gmail點「撰寫」,收件者填你自己的Gmail,主旨故意帶關鍵字(例:第八單元作文 作業繳交 王小明,一定要含「作業」讓Phase 2過濾條件吃得到),把剛才的.docx當附件夾進去,寄出。寄1~2封。 建一個標籤:Gmail左側sidebar往下拉找到「建立新標籤」,命名為作業繳交(就用這章Skill要讀的標籤名,別另取,不然Skill讀不到)。若動手前清單那步已經建過,這步跳過。 手動把測試信貼上該標籤:回收件匣,勾選剛剛那1~2封自寄信 → 點上方「標籤」圖示(或右鍵)→ 勾「作業繳交」。現在這個標籤底下就有真實的未讀作業信可供Codex練習了。 【提醒】用「自寄信」當測試素材最安全就算Codex跑歪了、標錯標籤,動到的也只是你自己建立的虛假信件,不會影響到學生真正交的作業。等步驟3測試通過,再放真實信件進來。 步驟3-A 跑1封測試(最關鍵的一步) 進Codex: codex 輸入: 請執行 auto-email-processor Skill,但這次只處理 1 封測試: 1. 開 Gmail 2. 找到「作業繳交」標籤內第一封符合條件的未讀信 3. 完整跑完 Phase 1-4 4. 跑完後回報你做了什麼(步驟列表、最後 Sheet 寫了哪一列) 整個過程請在我面前跑、不要靜默。 每動一步先告訴我「我準備做 X」,等我說 OK 才執行。 【提醒】請全程盯著螢幕看!不要去泡咖啡、不要切到別的視窗。第一次跑就是要確認「它真的有照規矩來」。 步驟3-B 盯著看的時候要確認什麼? Codex跑的時候,眼睛確認這6件事: Codex開的是正確的Gmail標籤(不是收件匣全部) 它沒有點開不該點的信(例如沒有.docx的、或寄件者不是學生的) 下載.docx時沒覆蓋你既有檔案 批改完Sheet新增一列(不是修改既有列) 信件標為「已讀」+ 加「已批改」標籤,沒刪除、沒進垃圾桶 log檔有一行新紀錄 任何一項不對 → 立刻按Esc中止(在CLI內跑則按Ctrl + C)、修SKILL.md、再跑一次測試,不要現在就往步驟4前進。 步驟3-C 第一次跑常見的「走偏」 Q1:Codex點到收件匣不是「作業繳交」標籤 回答:Gmail介面更新時,標籤位置會變動。SKILL.md改成「在左側sidebar用文字找『作業繳交』再點」,不要靠固定位置。 Q2:把作文老師個人信也當成作業處理 回答:Phase 2過濾條件不夠嚴。再加「主旨必須有作業/homework」「附件必須是.docx」雙條件。 Q3:Sheet寫到錯的工作表(同一活頁簿有多張表) 回答:Skill補上「先點底部tab確認是『本學期_作業批改』再寫」。 Q4:標完「已批改」標籤後又標「重要」 回答:Codex在學Gmail介面,可能誤點。Rules補:「只加『已批改』標籤,其他不准動」。 步驟4-A 測試OK了,跑全部未讀 同一個Codex對話內輸入: 很好,剛才測試正確。現在請執行 auto-email-processor Skill 處理「作業繳交」標籤內所有未讀信。 需求: 1. 並行數:1(順序處理,方便我看) 2. 失敗自動重試 1 次 3. 重試仍失敗的信:加標籤「需人工處理」,跳過,繼續下一封 4. 全部跑完給總結報告:成功 N 封 / 需人工 N 封 / 失敗 N 封 5. 列出需人工的信件主旨與寄件者,方便我之後處理 開始。 「並行數1」會比較慢,但安全。等你跑過3-5次都OK再考慮加到2-3並行。 步驟4-B 預期看到的總結報告 ✅ auto-email-processor 處理完成 成功批改:23 封 需人工處理:2 封 - 「期中作文.docx 附件損壞」 / 小明 <ming@...> - 「忘記附檔」 / 阿花 <hua@...> 失敗:0 封 Google Sheet 已新增 23 列 Gmail 標記已讀 + 標籤「已批改」:23 封 標籤「需人工處理」:2 封 log 寫入 ~/codex-logs/email-processor.log:25 行 數字加總 = 標籤內未讀信總數 = Sheet新增 + Gmail標記 = log行數,四個數字對得起來就是完成。 步驟4-C 抽查Sheet內容是否正確 打開「本學期_作業批改」工作表 隨機挑3列,對應到原信件 檢查欄位:日期、姓名、主題、評語、字數、評分都對 檢查AI評語有沒有亂寫(這部分是essay-feedback Skill的責任,但這次順便抽查) Gmail內隨便開一封看是否標籤「已批改」+「已讀」 看log檔最後幾行有ok:true 6項都對 = 整套流程信任度 +1。下次可以放心多並行、少盯著。 動手操作3大禁區 把這3個禁令寫在便條紙貼在螢幕上: 不操作金融帳戶:銀行、支付、券商、加密貨幣交易所,一律白名單外。不論看起來多簡單的「查餘額」也不行,因為AI沒辦法分辨「查」和「轉」之間只差一個按鈕。 不自動寄信給真人:草稿可以、儲存可以,但按下「寄出」這個動作絕對是你自己按。AI寄錯信沒辦法收回,後果你扛。 不超範圍:Skill寫了什麼就只做什麼。不要在同一個Codex對話「順便叫它做別的事」,授權邊界會模糊掉。要做別的就開新對話、重新設權限。 節錄自:博碩文化《ChatGPT × Codex全攻略:從零基礎到自動化,打造你的AI Agent工作流》/曾慶良(阿亮老師) 著
【104職場力】・AI

精選 AI寫企劃、看數據總是不能用?4種工作先排順序再交代,第一版就能討論

請AI寫企劃、做研究、看報表,結果常常看起來很完整,卻不能直接用? 問題多半不在AI的能力,而在我們只說「幫我寫」「幫我分析」,讓它自己猜目的和標準。 四種常見工作,可以共用同一個骨架: 1. 交代目的與標準:給誰看?看完要做什麼決定? 2. 排好先後步驟:先要中間產物,確認後再往下做 3. 要求附上依據:出處、算法、引用原文,讓你能驗收 套到四種工作,各有一個先後順序: ① 寫企劃|架構先定,內容後補 先寫明讀者與目的,請AI只給三個主張和大綱;確認後才補內容,每個數據都附出處,查不到就標「待查證」。 ② 做研究|大題切小題,說法衝突並陳 先把大問題切成四到五個能用資料回答的小題;每題比對三種來源、標出年份;說法互相衝突時,請AI並列出來,由你判斷。 ③ 看數據|問題先行,數字在後 不要只丟報表說「幫我分析」,先寫成決策問題,例如「上季回購率下滑,是哪一群顧客流失」;講好期間、欄位和比較基準,只要兩三個關鍵發現,並附計算方式。 ④ 審提案|先找漏洞,後打分數 先逐條列漏洞並引用提案原文、分出輕重;再依事先講好的配分計分;最後請AI扮反方,提出最強的反對意見。 最常見的三個錯誤: ・一開口就要整篇成品,方向錯了只能整篇重寫 ・AI給的數字沒查就直接用 ・一邊挑毛病一邊打分數,分數被第一印象帶走 小練習:挑一件你這週要交的工作,寫下這兩句再交給AI—— 「這份東西給__看,看完要他__。」 「先給我__(大綱/小題清單/漏洞清單),我確認後再繼續。」 比較一下,和你平常的第一版差在哪裡。 想看完整的五分鐘影音說明,104學習免費課程「AI工作術」四堂已經上線,免費報名就能看: 第1堂|5分鐘學會用AI寫企劃 https://nabi.104.com.tw/course/104nabi/57aed01b-9d82-4438-b09e-e2367abc0207 第2堂|5分鐘學會用AI做研究 https://nabi.104.com.tw/course/104nabi/595a665d-07a3-461d-b37e-1f8158eca70d 第3堂|5分鐘學會用AI看數據 https://nabi.104.com.tw/course/104nabi/0f3d424e-1658-49a2-851e-6c9fff296f43 第4堂|5分鐘學會用AI審提案 https://nabi.104.com.tw/course/104nabi/19983d11-9e93-41ae-9924-46f8d6cd47dd 也歡迎在留言分享:這四種工作,你最常請AI幫忙哪一種?有沒有哪一次的第一版特別好用(或特別難用)? 使用提醒:AI可能出錯,重要數字請自行查證;上傳資料前先確認公司規定,並去除姓名、電話等個資。文中案例皆為假設情境。
104學習・AI 趨勢報-科技愛好者的產地🤖

網站上的「按鈕」都一樣?用鍵盤驗收連結與動作

網站上的方框看起來都像按鈕,有的卻是前往另一頁,有的是展開視窗,有的是送出資料。只用滑鼠點得動,還不足以判斷做法正確。今天只練一件事:先分清楚「導覽」與「動作」,再用鍵盤留下可重做的驗收紀錄。 適合自己製作網站、使用 AI 產生頁面,或需要驗收外包成果的個人、工作室與中小企業。準備桌面瀏覽器、鍵盤與可編輯的本機練習頁或測試站;不需要付費工具,也不要直接拿正式付款、刪除或寄信功能練習。 【先寫行為,再選元件】 W3C 的連結模式用來參照資源,目標可以在同頁,也可以是其他頁面;按鈕模式則觸發動作,例如開啟對話框。連結通常以 Enter 啟動;按鈕取得焦點後,Enter 與空白鍵都應能啟動。外觀可以設計,行為仍要符合用途。 虛構教材有兩個控制項:「閱讀練習說明」前往另一份文件,「增加練習次數」只把目前頁面的數字加一。前者使用帶 href 的原生 a 元素,後者使用原生 button,並設定 type="button"。這不是客戶網站,也沒有真實表單送出。 【照四步做】 1. 寫兩列規格:「文字/用途/預期結果」。第一列是閱讀說明/導覽/打開目標文件;第二列是增加次數/動作/數字加一且留在目前頁。先別用顏色、圓角或是否有底線決定種類,也不要只寫「點了有反應」。 2. 在測試頁建立這兩個元件。可交給既有網站編輯器或 AI 工具處理,要求保留原生元素:連結必須有真正的目的網址,增加次數則綁定加一的動作。請不要把整個功能只做成有點擊事件的普通文字區塊,再以外觀冒充完整操作。 3. 重新載入練習頁,從頁面起點按 Tab,確認焦點能到「閱讀練習說明」,而且看得見焦點位置;按 Enter,記錄最後網址與目標頁標題。確認這是預定文件,而非空白頁、錯誤頁或只是滑鼠樣式改變。若測試站有額外導覽,Tab 次數可能不同,以實際焦點為準。 4. 回到練習頁並重新載入,把計數歸零。用 Tab 到「增加練習次數」,按一次 Enter,確認顯示 1;再按一次空白鍵,確認顯示 2。記錄是否仍在原頁、焦點是否可見、有沒有意外送出表單。每次按鍵只應觸發一次,不能跳成 2、4 後還寫通過。 【今天實際做了什麼】 2026/10/30,我建立兩份本機 HTML 文件,在本機伺服器與 Chrome 操作:Tab 能到連結,Enter 打開 target.html,頁面標題為「練習說明」;重新載入首頁後,Tab 能到按鈕,Enter 後計數為 1,空白鍵後為 2。練習檔與操作結果已保存。 這只證明這份本機範例的上述行為,沒有測正式網站、手機、不同瀏覽器、螢幕閱讀器或完整無障礙符合性,也沒有測表單收件。不要把本機通過寫成「全站已驗收」或「獲得認證」。 【交付與驗收】 交一張兩列紀錄表,填上測試日期、頁面、控制項文字、預期行為、按鍵、實際結果與待修問題。連結的成果是到達正確資源;按鈕的成果是預定動作完成。只看文字變色、游標變手指或一張成功截圖,都不能取代這兩個結果。 若你不會編輯 HTML,可以在自己的測試站找一個導覽連結與一個無破壞性的動作,照上述步驟記錄;找不到計數器就改寫成該動作的具體成果,不冒稱做過本機教材。沒有測試權限的欄位,填「未測」。 【常見錯誤與限制】 第一是用空連結假裝動作;有網址外觀,仍要檢查實際用途。第二是加 role="button" 就以為已完成:角色宣告不會自動補齊自製元件的焦點與鍵盤行為,能用原生元件時先用原生元件。第三是忘了按鈕位於表單時可能觸發提交;不負責提交的按鈕應明定 type="button",再測實際行為。 也別把連結按空白鍵沒有開啟,直接判為故障;本題連結驗收用 Enter。鍵盤走查與滑鼠走查要分開記,任何一輪未完成都保留未測。 本機教材可零額外工具費完成;網站編輯器、主機與 AI 工具的方案及額度另計,碰到限制就記未完成,不需為這次練習購買額度。今天的作業是替自己的一頁選兩個控制項,先判用途再實際走一次,交出兩列可核對的紀錄。 來源(2026-10-30 查核): https://www.w3.org/WAI/ARIA/apg/patterns/button/ https://www.w3.org/WAI/ARIA/apg/patterns/link/ 整理/配圖:客脈 AI。配圖為 AI 示意圖,非真實網站或認證。
Rayda・客脈 AI 實作筆記

電商是什麼?電商的行銷工作都在做些什麼?讓我們一起認識電商行銷工作的日常

電商行銷是什麼? 電商行銷工作會專注於提高電子商務平台流量、轉換率及成效。目標是通過數位行銷的方式去接觸與吸引目標顧客,引導他們完成購買行為。電商行銷的方式非常多樣化,包含廣告投放、搜尋引擎優化 (SEO)、社群行銷、內容行銷、電子郵件以及聯盟行銷等管道。 電商是什麼? 電商(電子商務)是指利用網路去銷售商品或服務的方式。電商平台可以是獨立網站,如品牌官網,也可以是大型市場平台,如 Amazon、Shopify、Shopee等。電商的核心是通過數位化的方式,提供更方便、更快速的購物體驗,從產品展示、到付款流程都在線上完成。隨著科技的進步,電商已經從單純的網路購物管道,轉型成為一個覆蓋行銷、物流、支付與客戶服務的綜合性生態鏈。 電商行銷平常都在做些什麼? 一個成功的電商行銷活動不僅僅是帶來流量與轉換,還需要注重使用者體驗與顧客關係的建立與維繫,以下是日常工作的內容: 1. 行銷活動策劃與執行 促銷活動策劃:設計和規劃電商平台的促銷活動(如雙11、黑五等大型購物節促銷),同時也要確保活動的內容與品牌一致,並制定活動成效目標。 活動執行:負責設定折扣、優惠券,安排產品上架、限時搶購等,與確保活動頁面與行銷素材能在時程內上線。 2. 數位行銷獲客 廣告投放:操作 Google Ads、Facebook Ads、TikTok Ads 等數位平台的廣告工具,並設定目標追蹤,如購買數或加入購物車等,並持續追蹤與優化成效。 流量導入:利用 SEO 策略提升自然搜尋流量,也會結合聯盟行銷或網紅、意見領袖行銷,去吸引更多消費者造訪電商平台。 3. 內容行銷與品牌經營 產品文案撰寫:為產品頁面撰寫吸引人的標題與描述,盡可能突出賣點並提升轉換率。 社群媒體經營:策劃社群媒體貼文與影片,在社群平台上與目標受眾互動,以提升品牌曝光與形象,甚至進一步帶來轉換成效。 內容創作:製作吸引人的文案、影音、圖片等素材,加深目標受眾對產品服務的印象與信任感。 4. 電商平台操作與優化 負責管理電商平台的產品上下架、庫存更新等。同時也要能規劃、設計出能提升網站或平台使用者體驗的方式,例如優化購物車流程或縮短結帳步驟。可以透過分析熱圖工具(如 Hotjar)或使用者行為追蹤,輔助判斷頁面需調整的地方,進一步透過設計去提高銷售轉換發生的機率。 5. 數據分析與報表製作 事前進行完善的數據追蹤規劃,使用 Google Analytics 、電商後台等數據分析工具,在執行行銷過程中,進行銷售、使用者行為的數據分析,去了解哪些產品最受歡迎、使用者回購率、同類型使用者可能也會購買的產品、或是產品動線可能的問題點等,即時去修正,持續優化行銷活動的成效。有時也會善用 A/B 測試的方式去改善動線或行銷素材。 6. 顧客關係管理 (CRM) 建立並維護顧客數據庫,劃分客戶群體,針對潛在受眾、如加入購物車但未購買者,進行再行銷或進一步的促銷活動,以提高購買量。也針對忠誠客戶提供一系列的優惠,增加回購率與黏著度。 7. 團隊協作與溝通 在執行活動期間,常會有跨部門溝通的需求,會需要與PM、工程師、物流、設計部門進行討論,整合大家想法,去達成活動目標,會需要有統整與溝通的能力,才能讓工作更有效率地進行。 該怎麼準備電商行銷工作的面試? 1.認識目標公司 面試前先去認識該公司的電商業務模式、產品類型以及目前可能的行銷策略,結合自己經歷,從中去分析公司目前的市場定位與潛在的行銷挑戰。 2.準備過去經驗的分享 提出具體的案例,例如成功提升網站流量或銷售額的數據。分享你如何解決工作中的挑戰,以及學到的經驗。如果是新鮮人,可以結合實習的經驗、或是在購物平台自售商品的經驗,分享在執行過程中遇到的問題與解決方式。 3.展現數據分析的能力 電商是個非常重視數據分析去引領決策的工作,所以分享過去曾經通過分析數據來做出行銷決策的經驗,在不影響商業機密的狀態下,試著呈現報表或視覺化圖表,融入在面試之中,展現個人數據分析能力,都能有很大的加分。 4.實務操作經驗分享 在面試中分享過去熟悉、常用的數位工具,如 Google Ads、Facebook Ads Manager 和 Shopify,並能在面試中舉例說明過往的操作經驗、遭遇的困難,以及解決方式,或是日常是如何增進自己的數位工具技能。 成為電商行銷人可能需要具備的特質 結果導向:能設置清晰的行銷目標,並積極追求結果。 數據敏感度:對數字和趨勢具有敏銳洞察力,能發現問題並迅速調整策略。 創造力:擅於設計新穎的行銷活動,以吸引顧客的眼球。 適應力與學習能力:面對快速變化的市場趨勢,能持續學習並快速調整行動。 細心與執行力:注重細節,確保每個行銷環節都能無縫銜接。 客戶導向:理解顧客需求,提供個性化的行銷解決方案。 進入電商行銷領域 電商行銷是一個結合數據分析、創造力與執行力的專業領域,對於推動品牌的數位化發展至關重要。想要進入這個行業,需要掌握多樣化的行銷技能,擁有結果導向的心態,並持續追求創新。只要準備充分,並不斷提升自己的專業能力,相信一定能在電商行銷這個充滿機遇的領域中大放異彩。 [joblist_plugin title='更多104【電商行銷】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=%E9%9B%BB%E5%95%86%E8%A1%8C%E9%8A%B7' amount='4']
【104職場力】・數位行銷

不懂程式也能做官網?AI 網站架設系統推薦與選用說明

【常見問答先看】 Q:完全不懂 HTML,真的可以自己做網站嗎? A:可以。這類工具的設計前提就是讓非技術人員操作。以管理王為例,官網說明內容由 AI 產生,版面以拖拉式區塊編輯器調整,不懂 HTML 也能自行維護。 Q:AI 產生的內容可以直接上線嗎? A:建議把它當成初稿。AI 能很快產出結構完整的文字,但公司的實際服務內容、價格與聯絡方式,仍需要由了解業務的人確認與修正。 Q:網站做好之後,網域與 SSL 要另外處理嗎? A:依管理王官網說明,網域綁定、SSL 憑證、RWD 適配、SEO meta 標籤與社群分享卡都屬於上線基礎設定,由系統協助完成。網域本身的註冊費用不在方案說明內,請另行確認。 Q:做出來的網站對搜尋引擎友善嗎? A:官網說明採用伺服器端渲染的架構,並內建排名追蹤與 GA 安裝,屬於 SEO 友善的設計。排名結果仍取決於內容品質與競爭程度,無法保證。 看完這幾個問題,接下來從頭說明這類工具是什麼,以及怎麼評估。 【AI 網站架設系統是什麼】 AI 網站架設系統透過 AI 對話產生網站內容與版型,再搭配拖拉編輯完成網站建置。使用者描述自己的行業、服務與想呈現的重點,系統產出一個可用的初版,之後再用視覺化編輯器調整細節。 它主要解決兩個問題。一是起步門檻,過去做官網要先找設計、寫文案、談報價,往往拖上一兩個月。二是後續維護,網站上線後想改一段文字、換一張圖,不必每次都回頭找外包廠商。 【管理王的功能內容】 管理王由戰國策集團出品,以下依官網功能頁整理。 多產業範本:涵蓋企業官網、電商著陸頁、活動報名頁、餐廳官網、SaaS 產品頁、醫療診所等類型,可從接近自己需求的範本開始。 AI 文案生成:主視覺標語、功能介紹、客戶見證、常見問答等區塊,由 AI 一次產生繁體中文內容。 拖拉式編輯:以區塊編輯器調整版面,新增、刪除或移動區塊都用拖拉完成。 上線基礎設定:網域綁定、SSL 憑證、手機與平板的 RWD 適配、SEO meta 標籤,以及社群分享卡自動產生。 CRM 與分析整合:訪客留言可以自動進入業務人員的待跟進清單,並由 AI 分析訪客行為。 SEO 友善架構:內建排名追蹤與 GA 安裝,採伺服器端渲染技術。 其中 CRM 整合這一項值得留意。許多公司的官網表單只是寄一封信到公用信箱,之後有沒有人回覆無從得知。表單直接進入待跟進清單,等於把網站和業務流程接起來。 【適合哪些人】 一位剛成立工作室的室內設計師,需要一個能放作品與聯絡表單的網站,但預算有限,也沒有時間學架站。她用對話描述服務項目與風格,取得初版後換上自己的作品照片,當週就能上線。 另一家十五人的設備代理商,原有官網是多年前外包製作的,每次更新產品都要等廠商排程。行銷人員改用拖拉編輯之後,新品頁面可以自己完成,詢問表單也直接分派給負責的業務。 整體來說,新創公司、中小企業、個人工作室,以及需要快速製作活動頁或著陸頁的行銷團隊,都是適用對象。若網站需要高度客製的互動功能或複雜的會員系統,則應另外評估專案開發。 【AI 網站架設系統比較:三種路線】 在進行 AI 網站架設系統比較時,可以把選擇分成三類。 委外或自行開發:設計與功能的自由度最高,適合品牌形象要求高或功能特殊的網站。代價是時間與費用較高,後續修改也需要技術人員。 單點的架站工具:專注在網站製作,範本多、上手快。網站收到的詢問若要進入客戶管理或行銷流程,通常要再另外串接。 整合平台裡的架站模組:網站與 CRM、行銷、電子報共用資料,訪客留言直接成為名單。適合把網站視為業務入口,而不只是形象頁的公司。 評估時可以看幾個重點:AI 產生的繁體中文是否自然、範本是否涵蓋自己的產業、編輯器是否真的不需要技術背景、上線設定是否完整、SEO 基礎是否到位,以及表單資料的去向。資料存放地點也值得確認,管理王官網說明資料存放於台灣資料中心。 【AI 網站架設系統費用】 關於 AI 網站架設系統費用,管理王採方案計價,各系統內建於方案中,不需為單一系統另外付費。 免費方案 NT$0,永久免費,成員上限 10 人,儲存空間 1 GB,註冊贈 AI 點數 500 點(一次性),部分功能為 30 天試用。 經濟型每月 NT$5,000,成員上限 30 人,50 GB,每月 AI 點數 1,000 點。 商務型每月 NT$10,000,成員上限 60 人,200 GB,每月 AI 點數 3,000 點,含 8 小時遠端導入教育訓練。 旗艦型每月 NT$19,900,成員不限,1 TB,每月 AI 點數 10,000 點,含 16 小時遠端導入教育訓練。 年繳月費不打折,但加贈 2 個月,付 12 個月可使用 14 個月。AI 產生內容會使用 AI 點數,各方案每月提供的點數不同,選擇方案時可一併考量。需要客製化開發時為每小時 NT$1,000,加購教育訓練每小時 NT$2,000(最低 10 小時)。費用以 app.ai.com.tw 官網公告為準。 【上線前的檢查事項】 初版網站產生之後,建議依序確認以下幾點。公司名稱、地址、電話與服務項目是否正確,這些是訪客與搜尋引擎最先讀取的資訊。每一頁的標題與描述是否寫出該頁的重點,而不是沿用預設文字。圖片是否換成自家的實際照片,範本圖片雖然好看,但無法建立信任。手機上的版面是否容易閱讀,按鈕是否容易點擊。聯絡表單是否實際送出測試過,並確認有人會收到與回覆。這幾項都不需要技術背景,卻是網站能否發揮作用的關鍵。 【AI 網站架設系統推薦:我們的建議】 談到 AI 網站架設系統推薦,我們認為關鍵不在第一版做得多快,而在網站上線之後是否持續有人維護,以及訪客的詢問是否確實被接住。能讓行銷或業務人員自己更新內容、並把表單接進跟進流程的工具,長期價值會比較高。 戰國策集團深耕企業服務超過 25 年,服務超過 3 萬家企業客戶,管理王由台灣團隊開發與支援。建議先用免費方案產生一個初版網站,實際操作編輯器,再評估是否符合需求。如有疑問,歡迎來電。 管理王 AI.com.tw 0800-003-191
林尚能・台灣服務比較網

長網址把手機版撐開?換行之外,還要驗收文字完整

頁面在電腦上看起來正常,縮窄後卻要左右拖動,才能讀完一段網址。把超出畫面的內容藏起來,雖然可能不再出現橫向捲動,讀者卻可能少看到一截。今天只練一件事:讓長字串在窄版換行,同時保留完整文字。 適合自己做網站、使用 AI 建站,或要驗收頁面的小型團隊、工作室與個人。準備桌面 Chrome、可編輯的本機練習頁或測試站,以及一段沒有私人資訊的長字串。先在測試環境操作,別直接修改正式網站。 【先分清「換行」與「刪掉」】 MDN 說明,CSS 的 overflow-wrap 可控制瀏覽器是否在原本難以斷行的字串內加入換行,避免文字溢出行框。anywhere 可作為這類長字串的處理選項;換行是版面安排,不需要把原始文字插入空白或刪短。 但一條 CSS 不會修好所有橫向溢出。固定寬度圖片、表格、容器尺寸與禁止換行的規則,都可能是別的原因。今天先把範圍限制在一段長網址,確認原因與修改結果,不宣稱全站響應式已完成。 【照四步做】 1. 在測試頁放一段虛構長網址。可用 https://example.com/ 後面接五次 abcdefghijklmnop,作為一整段純文字,不需真的開啟或建立該網址。把完整字串另存記事本,當作比對基準;不要用登入連結、重設密碼網址或私人資料。 2. 保存 A 原版,複製為 B 候選版。A 保留原本樣式,B 只在放這段文字的容器加上 overflow-wrap: anywhere;。若使用編輯器或 AI 協助,請明確要求只改這個區塊的換行規則,保留原文,不靠縮小字體、裁切內容或刪字來消除溢出。 3. 在 Chrome 開發人員工具開啟裝置工具列,選 Responsive,輸入寬度 320,再載入 A、B。看文字是否超出右邊,以及頁面是否能被左右拖動。這裡的寬度是 CSS 像素,不是手機型號,也不是把瀏覽器預覽比例調成 50%。兩版要用相同寬度、字體與內容比較。 4. 從 B 選取並複製整段文字,貼到記事本與基準核對,確認開頭、中段與結尾都在。再切回較寬視窗看一次,記下實際寬度與結果。不要因為窄版好看,就略過文字是否被截短或其他區塊受到影響。 【今天實際做的範例】 2026/11/04,我建立兩份本機 HTML,兩版都放同一段上述虛構網址。以 Chrome 自動化設定 320×700 的視窗內容尺寸,A 使用一般換行,B 加上 anywhere。這是設定瀏覽器視窗內容寬度,沒有宣稱已手動操作裝置工具列。 讀取頁面尺寸時,A 的可用寬度為 320、文件捲動寬度為 1052;B 的兩個數值都是 320。兩段原始文字逐字相同,表示這份範例中 B 消除了文件橫向溢出,同時保留文字。兩頁、截圖與量測結果已保存。 這些數字只屬於本機教材,會受字體與樣式影響,不是讀者必須重現的固定標準。今天沒有測真實手機、其他瀏覽器、螢幕閱讀器或全站版面,也沒有測網址連結能否開啟;寬版回查留作讀者練習,不能算成本日已測成果。 【怎樣算完成驗收】 交一張「版本/測試寬度/橫向溢出/文字完整性/待查問題」紀錄。預期 B 在本題窄版可讀、全文仍在;若還能左右拖動,就找出是否另有元件溢出,不直接把結論改成通過。 尺寸相等也不能單獨當完成證據。若套了 overflow: hidden,文字可能只是被藏住;若用了省略號,畫面可能只剩一部分。要同時檢查顯示、完整內容與實際可用性,不能只盯一個數字。 【常見錯誤與你的作業】 第一是把長網址手動加空白,導致複製後內容改變。第二是為了塞進畫面把字縮到難讀。第三是只試一個尺寸就說所有手機正常。Chrome 官方也提醒裝置模式只是近似模擬,重要頁面仍需安排真實裝置測試,沒有做就記未測。 若遇到表格、程式碼或需要保留排版的區塊,先確認閱讀需求,不要直接把本題做法套到每個元素。有些內容可能需要區塊內捲動或其他設計,應另訂驗收條件。 你的作業是完成 A、B 對照,再選一段自己有權使用的長字串重做。先寫預期,再記實際結果;不會編輯 CSS 時,可把原文、截圖與測試寬度交給製作者,要求說明改動位置。沒有改動權限就先交檢查紀錄,不把建議寫成已修復。 本機頁面與瀏覽器檢查可零額外工具費完成;網站編輯器、主機與委託修復可能另計。遇到登入或方案限制就記未完成,不需為這題購買額度。成果是一份能重查的窄版文字驗收,不是無障礙認證或排名承諾。 來源(2026-11-04 查核): https://developer.mozilla.org/en-US/docs/Web/CSS/overflow-wrap https://developer.chrome.com/docs/devtools/device-mode 整理/配圖:客脈 AI。配圖為 AI 示意圖,非真實網站或手機實測畫面。
Rayda・客脈 AI 實作筆記

ITE嵌入式系統軟體開發專業人員備考|IEA/IEX核心、驅動與中斷同步觀念

準備 ITE 嵌入式系統軟體開發專業人員鑑定,需把 IEA「嵌入式系統技術」的系統軟體,連接到 IEX「嵌入式系統的開發平台與工具(Embedded Linux)」的核心架構、中斷、程序執行緒與裝置驅動。本篇整理這些主題的基本判斷:工作屬於哪一層、事件如何通知,以及共享更新為何需要同步。 本文目錄 考試範圍:IEA系統軟體與IEX核心、驅動 必懂觀念1:應用、核心與驅動的責任 必懂觀念2:輪詢與中斷處理 必懂觀念3:共享計數與工作協調 常見誤判:從題目條件排除錯誤方向 練習題與解析:沿用本堂影片教學題 備考檢查清單 本篇對應的官方範圍與延伸準備方向 官方來源與資料說明 考試範圍:IEA系統軟體與IEX核心、驅動 本篇對應 IEA 系統軟體中的核心與驅動,以及 IEX 的 Embedded Linux 系統架構與核心、系統中斷服務、處理程序與執行緒、裝置驅動程式。備考目的在於辨認責任、執行環境與資料競爭;排程和記憶體管理僅作角色介紹,不等於完整機制教學。 必懂觀念1:應用、核心與驅動的責任 應用程式決定產品行為,例如顯示溫度、比較警報門檻。核心管理處理器時間、記憶體與裝置存取等系統資源。驅動程式則處理特定硬體的控制細節,讓上層能透過合適的介面使用裝置。在一般 Linux 架構裡,這些角色互相配合;不是每個應用程式都直接碰硬體暫存器。 以讀取感測器為例,應用程式提出讀值需求,相關核心介面與驅動協助完成裝置存取,再把結果交回。若底層根本沒有成功取得資料,改畫面顏色不會修好通訊。反過來,如果讀值正確而警報門檻比較寫錯,就應該檢查應用邏輯。分層的價值,是把問題縮到可以驗證的範圍。 必懂觀念2:輪詢與中斷處理 資料到達的時機,也需要軟體協調。輪詢是程式反覆查看裝置狀態;中斷則是事件發生時提出通知,由處理器轉去執行處理。中斷不等於整個應用已經完成,也不保證零延遲。在一般 Linux 硬體中斷處理階段,應快速處理必要工作,將適合延後的工作交給允許的執行環境,不能在裡面任意睡眠等待。 必懂觀念3:共享計數與工作協調 同時工作還可能產生資料競爭。假設2個執行緒共用1個計數器,都先讀到10,各自加1後都寫回11,最後就少算1次。即使使用多核處理器,也不會自動消除這個問題。對單一共享計數,可以選合適的原子操作;對一整段相關資料,則要依執行環境使用適當的鎖或其他同步方法。 在溫度監測器案例中,溫度採樣、畫面更新及網路傳送可以是不同工作。排程決定誰何時執行,記憶體管理協助配置與隔離資源,而共用資料仍要有同步設計。若警報有明確期限,還必須分析最壞反應時間;只憑平均執行得很快,無法保證每次都及時完成。 常見誤判:從題目條件排除錯誤方向 把所有錯誤歸給應用:底層沒有取得資料時,修改配色無法修復通訊;讀值正確但警報比較錯誤,才應優先查應用邏輯。 把中斷通知視為工作完成:中斷不保證零延遲,一般 Linux 硬體中斷處理也不能任意睡眠等待。需辨識哪些工作可延後到合適環境。 把多核或較大的資料型別當成同步:兩者都不會保護讀取、修改、寫回的整個過程。原子遞增適用於題目限定的單一計數;多項資料的一致性仍須另行分析。 用平均速度推定每次都及時:有明確期限的警報,仍需分析最壞反應時間。 練習題與解析:沿用本堂影片教學題 以下2題為自編教學題、非官方原題;題幹、選項與答案沿用本堂影片,不代表官方出題或計分方式。 第1題|單選 溫度監測器中,哪項工作最接近裝置驅動程式的責任? A. 依裝置規格操作控制暫存器。 B. 依使用偏好決定畫面配色。 C. 依產品規則決定警報門檻。 答案是 A。操作裝置控制暫存器,需要理解硬體規格,是典型的驅動責任。配色與警報門檻則屬於本案例的應用需求。這不是說驅動與產品行為毫無關係,而是先用責任區分,避免在錯的層次反覆修改。 第2題|單選 2個執行緒會同時遞增1個共享事件計數器,哪個處理方向最適當? A. 改用多核處理器分擔遞增。 B. 替計數器使用原子遞增。 C. 把遞增改成先讀再加再寫。 答案是 B。條件限定為單一共享計數的遞增,合適的原子操作可以避免更新被覆蓋。A 的多核處理器不會自動消除競爭;C 的先讀、再加、再寫,正是兩個執行緒可能寫回相同結果、覆蓋更新的原因。即使加大資料型別,也沒有保護讀取、修改、寫回的過程。如果還有其他必須一起更新的資料,就要重新分析整體同步,不能認為所有地方加上原子操作就一定安全。 備考檢查清單 □ 能把產品行為、資源管理與裝置控制,分別對應應用、核心與驅動。 □ 能區分輪詢與中斷,說明一般硬體中斷處理的等待限制。 □ 能用「兩個執行緒都讀到10、都寫回11」重現遺失更新。 □ 能說明單一原子遞增的適用條件,並辨識多項資料需整體同步的情況。 練習任務:在硬體資料路徑旁標出應用、核心與驅動的責任,找出可能被同時存取的變數並說明同步需求。 本篇對應的官方範圍與延伸準備方向 本篇依官方技能規範選材,僅涵蓋上述入門觀念,並非兩科完整考綱教學,也不保證考過。依課程規劃的範圍覆蓋表,尚須另外準備: IEA:另準備 C 指標、位元操作、驅動程式實作與軟體分析設計;多核與記憶體階層也需完整原理及題目練習。本文的分層與計數案例只建立入門判斷。 IEX 核心:另補排程、記憶體管理、檔案系統、匯流排存取與電源管理的完整機制,以及 Linux/Android 概述與特性。第4篇僅接續啟動與除錯主線。 IEX 介面與人機介面:另準備 USB/RS232C、有線無線網路、驅動開發、圖形輸出、輸入、視窗控制項、事件通知及 Shell 相關概念。 開發整合與趨勢:另做板上除錯、同步設計與整合練習,並依官方更新補充最新趨勢。 下一篇:ITE嵌入式系統軟體開發專業人員備考|IEX交叉編譯、Linux啟動與除錯 官方來源與資料說明 資料查核紀錄:2026-10-22。技能規範採官網連結版本,PDF 未標年度/版號;修訂狀態仍須依官方確認。本文不推估主題占分;Linux 技術文件僅補充觀念。 IEA技能規範(ITE官方範圍) IEX技能規範(ITE官方範圍) Linux裝置模型(開發專案第一方技術文件) Atomic types(開發專案第一方技術文件) Driver Basics(開發專案第一方技術文件) 更多 〈ITE-嵌入式系統軟體開發專業人員〉 推薦好文 ITE嵌入式系統軟體開發專業人員怎麼準備?報考資格、考科與辦證規則 ITE嵌入式系統軟體開發專業人員備考|IEA硬體架構、記憶體與介面重點 ITE嵌入式系統軟體開發專業人員備考|IEX交叉編譯、Linux啟動與除錯
【104職場力】

產品經理的「向上管理」必修課:老闆需求變來變去怎麼辦?

作者前言:策略走向終須一變,影響到產品規格與功能異動,PM們該如何解讀老闆指令,因應需求變更的任務?本篇文章適用於所有產品經理(PM),閱讀時間約10分鐘,希望大家都能順利克服產品被更動時的狀況。 – 文/Mu Chen 陳爾豪 一、本質,從商業思維談起 產品經理基本除了關心用戶體驗、跨部門溝通、確認功能細節外,進階的你得關心老闆的策略思維、集團戰略、市場/公司利益等。 說白了些,商業策略的走向影響了所有的需求變動,創造出來的產品不為了單一的用戶體驗環節,而是你的核心服務/業務滿足了多種用戶體驗,消費者們願意買單支付並使用你的服務,而最終集結成了你的產品。 而「需求變動」,起因都可能來自「商業策略」的轉換,無論是外在發動還是內部啟動,都是一環扣著一環去影響你的產品。 你得清楚,在你的公司中,哪些產品與核心功能是老闆最為關心?哪些用戶貢獻度最高?或更為被重視?有了基本的體認,未來在面臨各種策略或功能異動時,才能用最快速度應變。 二、理解,老闆的話中話 有時老闆在提出需求變更時,資訊是非常不明確的,可能只丟了一句話、一篇新聞報導、深夜時發了段LINE message描述他對產品未來的願景,然後就讓你(找不到人或太忙)無所適從。 在產品經理接到任務後,第一件事不該是立刻想功能怎麼設計,或是傳達聖旨給所有跨部門同事們,這只會讓你像個工匠或傳聲筒。你得仔細揣摩並理解老闆的話中話,也許發現他提出的不是個需求變動(而是發牢騷?),或著現階段不該做的事(先畫餅),有幾個check point可以衡量: 你問得到更多資訊嗎?不是當下立即拒絕或接受,是取得更多判斷條件。 你理解老闆說出這句話的環境背景嗎?(ex.新聞, 研討會) 專案/產品進行中的策略/情報,是否有遺漏更新給老闆的地方? 你理解市場上對手的動態嗎?發展策略是否和別人有差異? 從商業思維出發,這樣的需求變動是否有符合公司策略及盈利? 在Top-down到產品功能後,才去思考如何變動設計,能夠符合老闆提出的需求變動原意,而你在真正理解後,也才能制定正確的action plan。 過去在中國信託負責數位平台時,曾接到「要提升所有宣傳曝光」的任務,直觀來說這是Marketing份內的事,從優化單一素材成效與想出更多creative idea去達成。但從Platform/Channel角度來看,則是如何創造更多「曝光機會」,從服務/場景思考創造新版位,或平台向下細化分眾加強曝光效果,又或是從外部資源去連結產品創造新客群。 但從老闆的話中話來定義,卻可能是「搶佔所有客戶touch point,達成產品在上市初期的話題與聲量。」在這條件下,就不能從單一面向(Marketing)去思考提升既有通路/產品的曝光。 三、尋找,從變更需求中點出明燈 在釐清老闆話中話,真正確認是「改動需求」的Brief後,你有幾條路可以走: 堅持立場:你有時需要學會拒絕老闆的任務,不是什麼都必須執行與Say yes,必須站在完整的產品全局去思考與說出你的獨立觀點。但在拒絕變更需求的同時,必須向老闆說明清楚,你的思考判斷為什麼這個不能更動?原因是什麼?影響範圍有哪些? 接受他也接受事實:產品經理得在內部會議上審查產品環節,並向老闆確認自己對業務/新需求的解讀是否有誤,你需要釐清新流程、新邏輯、因應新狀況帶來的各種問題,都需要和老闆確認並過一遍。既然是變更,那就得一次到位。而再次審查的面向,包含了影響範圍、功能/設計細節、時程、人力、業務邏輯、老闆期待值、各關係人、市場狀況等。 切記,再次從商業思維檢查業務邏輯,不能和產品邏輯脫鉤,一但落下不是變成沒人用的產品,就是用了卻不符合消費者期待的產品。 你也許會碰到無所適從的時候,像範圍太大不知如何改起、功能複雜一時動不了太多(通常這程度改動已經是策略上的翻天覆地)。試著化整為零,拆分成一個一個小環節來看,並排序重要性及急迫性,把互相影響的湊成一塊,單獨能解決的標記出來,有助於梳理思緒。 拉著key stakeholder看來,別讓自己陷入單兵作戰的窘境。 四、教育,不是一蹴可及 在變更需求不斷痛苦的溝通過程中,你得明白,老闆不像你一樣懂得所有產品開發流程,在同樣的時間內他學習並實踐商業策略,綜觀全局,但技術面的Know-how、或是產品全局的掌控,你才是專家。 因此,你不該當有意見不合時就一昧責怪你老闆,一次溝通不成功,你得去梳理背後的原因,才能找出後續解決的核心: 觀念來源:是否有他更信賴,更倚重的消息來源去造成他這樣的思考脈絡?可能是另外一位主管的論點,又或是新聞/媒體上的某些事件。 成功經驗:觀念是長久累積而成,而人們習慣依賴過往的成功經驗,進而複製到下一個階段,你得觀察是否有他的過往成功經驗擋住了你的提案? 說服程度:你準備的materials,是否足夠支撐你想講的論點與提案?你的key message是否清楚?又能讓老闆在短時間內吸收理解? 溝通策略:你可以動之以情,或是分析利弊得失,但得先確定好你的時間/地點等環境因素適合提出,並使用一切合情合理的方式讓你的老闆了解改動需求所帶來的影響。 - 甚至,你可以定期或不定期的盡量洗腦你的老闆,無論是正式會議、等電梯、搭Taxi、外出覓食、單獨走路時,你要把握每一次談話的機會教育他、洗腦他、舉例來說服他、讓他對於你做的判斷感到心動,開始對於他做的決定感到動搖,當動搖累積到一定程度後再進行正式會議說服,成功率才會大幅提升。 一次提不過,不代表會永遠提不過。 也有一種方式是拉入外部資源,從顧問,廠商下手,比你自己來教育會輕鬆很多,不管是外部seminar、內部workshop開始進行教育工程,日常教育是減少未來認知gap的基礎。 五、安內,向上向下即時更新 對於向上管理的訊息同步,你必須注意以下的要點: 主動性:身為一個產品經理,你得學會主動將資訊跟進度同步給你老闆,尤其在產品變更需求上,老闆更會特別重視,甚至等不及weekly meeting報告,你需要深入分辨什麼是你自己能下判斷處理的,哪些是老闆需要知道/或決策的訊息,在適時的時候提出,才能增加你溝通上的價值。 決策點:若專案需要老闆裁決判斷,你需要清楚地列出各項action item,並壓上deadline,說明決策帶來的正負影響(通常算一算變更需求,負面影響都大於正面…) 面對PM性格或控制欲強的老闆,訊息同步更為重要,很多老闆恨不得在他想要的產品功能上樣樣都插手,但適時的讓他放心,並展現你專案控管的專業就是一件得不斷學習的事。 即使最終仍要變更需求,對於跨部門溝通的同事們也要說明清楚: 變更目的:最終你被說服時,也要拿出老闆策略判斷與合理解釋去說明需求變更目的。(當然話術得內化過) 變更執行計畫:可能已和老闆協議了折衷方案,用最小的功能修改去滿足老闆的需求,但執行計畫、步驟上都需要和每一位專案成員溝通釐清。 更新協作資料:記得更新每一個記載舊需求的地方,包含Email, Excel, JIRA, Confluence, google doc…等等,避免造成混淆或資訊不同步。 最後,祝大家面對需求變更時都能安然度過,和老闆溝通順暢無比! (原文標題:學會向上管理,產品經理應對老闆變更需求之教戰守則) [course_plugin api_type='course_id' title='PM產品經理|入門致勝攻略' id='d74ae414-8db3-46d4-8158-9d256c517939']
【104職場力】・專案管理

從工業配線到智能控制——大安高工電機科:兼具強電配線與弱電控制的專業課程

從傳統電力配線、馬達控制,到物聯網、人工智慧與工業自動化,電機技術早已深入現代生活與科技產業。位於臺北市的大安高工電機科,透過循序漸進的專業課程,讓學生從基礎電學出發,逐步掌握電路設計、程式控制與跨領域整合能力。 深耕技職教育26年,培養兼具理論與實作的電機人才 投入技職教育已有26年的張益華主任,最初於大安高工電機科進行教育實習,親眼見證學生透過動手實作建立自信,也因此確立投入技職教育的方向。後來取得國立臺灣科技大學電機工程研究所控制組博士學位,將學術理論與教學實務相互結合,持續培育電機專業人才。 談到電機科與電子科的差異,張主任以「電機提供動力,電子處理訊號」簡單說明。電機科著重電力應用、設備驅動與控制技術,但隨著產業自動化,兩者的專業界線逐漸融合。 如今,大安高工電機科不僅教授傳統工業配線,更延伸至PCB電路板設計、單晶片控制、物聯網及機器手臂操作等領域。張主任以「知識築基、實作淬鍊、專業賦能」三個關鍵字,概括科上的教學理念,期望學生不只理解原理,更能將技術應用於實際問題。 從基本電學到PLC控制,循序建立電機專業能力 高一課程以「基本電學」及「基礎配線實習」為核心,學生先理解電路原理,再從開關、燈具等簡單電路開始練習,逐步熟悉電路圖判讀、導線連接及電路量測。 「沒有確認,就不能送電。」張主任特別強調實習安全的重要性。除了正確操作,學生也必須學會檢查線路、判斷異常,培養獨立排除故障的能力。 進入高年級後,課程逐漸深入「電機機械」與「PLC可程式控制實習」,學習馬達、變壓器的運作原理,並透過撰寫控制程式,讓設備依照設定條件自動運作。 此外,「智慧居家監控實習」與「微處理機控制實習」則結合感測器、物聯網通訊及程式設計,讓學生從傳統強電配線跨足弱電控制,逐步具備智慧自動化系統的整合能力。 圖片:學生實作課程 課堂知識延伸專題製作,展現創意與解決問題的能力 高三洪同學回顧三年學習,最令他印象深刻的是與同學合作完成遊戲開發專題。團隊受到《瑪利歐》等2D遊戲啟發,嘗試跳脫傳統跳躍、閃避障礙的玩法,設計出透過交換位置來進行闖關的遊戲機制,最終獲得科內小專題第一名。 洪同學分享,最大的挑戰在於將課本理論轉化為實際作品。過程中雖然運用ChatGPT協助開發,但仍需要具備足夠的專業知識,才能判斷AI提供的內容是否可行,並持續修正。 相較之下,陳同學更偏好理論課程。家人從事半導體相關工作,讓她有機會接觸科技產業,進而選擇電機科。她坦言,自己並非特別擅長實習,尤其在智慧居家監控課程中,從零開始學習程式設計曾讓她感到吃力,所幸透過觀察與請教同學,逐步理解操作方式。 兩位學生的經驗也反映出,電機科並非只有動手實作,理論理解、邏輯思考與團隊合作,同樣是不可或缺的學習能力。 圖片:洪同學遊戲開發成果圖 從證照培訓到全國競賽,累積專業技術與實戰經驗 除了課堂學習,大安高工電機科也規劃完整的技能檢定輔導,包含工業配線、室內配線、工業電子丙級,以及數位電子乙級技術士證照,協助學生逐步累積專業能力。 競賽培訓則採取「平時扎根、專項培訓、經驗傳承」模式,由教師發掘具潛力的學生,透過課後訓練、模擬競賽及學長經驗分享,延續科上的技術傳承。 在全國工業類學生技藝競賽中,大安高工電機科於108至112年連續五年獲得工業配線金手第一名,114年再度奪冠。 專題實作同樣成果亮眼,例如「AI視覺辨識—自動收羽球機」獲得114年全國專題實作競賽第一名,「限高之眼—車道智慧辨識系統」則獲得佳作,展現學生結合AI、感測與自動控制技術的能力。 圖片:學生專題成果|AI視覺辨識—自動收羽球機 升學與就業選擇多元,電機工程延伸至半導體與智慧製造 電機科畢業後,學生多選擇繼續升學。根據張主任分享,科上國立科技大學錄取率達90%,其中國立臺灣科技大學、國立臺北科技大學及國立臺灣師範大學三校錄取率合計達60%。 未來發展也不侷限於傳統電力產業,隨著專業進一步分流,可朝半導體與IC設計、資通訊、綠能、智慧自動化、機器人及AI等領域發展。 受訪的陳同學與洪同學,目前也都以國立臺灣科技大學電機工程系為升學目標,期望延續高中所累積的專業基礎。 選擇電機科,興趣與邏輯思考比追逐產業熱潮更重要 什麼樣的學生適合電機科?張主任認為,喜歡動腦、願意動手,並且對科技充滿好奇、遇到問題願意嘗試解決的學生,都值得考慮。 洪同學則提出另一個觀點。他認為,不應只因半導體產業熱門或薪資前景而選擇電機科,更需要了解實際學習內容,確認自己是否願意長期投入。 張主任也提醒家長,選擇技職教育,不只是選擇科系名稱,更要理解孩子的興趣、性格與學習方式。電機科既需要扎實的理論,也需要反覆實作與面對挫折的耐心。 從一條電路的連接,到整套智慧系統的開發,大安高工電機科讓學生在三年中逐步累積專業知識與實作經驗。正如張主任所言:「選電機,不只是學一項技術,而是培養解決問題、跨域整合與面對未來的能力。」 開箱電機科學習日常!更多科系探索,歡迎追蹤104高職生IG 在 Instagram 查看這則貼文 104高職生(@104v.hs)分享的貼文
【104職場力】

SEO與GEO是什麼?企業如何用常見問題規劃搜尋內容

企業經營網站時,除了讓使用者閱讀內容,也需要思考:當潛在客戶透過搜尋引擎或生成式AI尋找資訊時,能否找到清楚、可靠且符合需求的解答? 這也是SEO與GEO內容規劃值得關注的原因。 一、SEO與GEO有什麼不同? SEO(Search Engine Optimization,搜尋引擎最佳化)是透過網站技術、內容及其他相關做法,幫助搜尋引擎發現、理解並在適合的搜尋情境中呈現網頁。 GEO(Generative Engine Optimization,生成式引擎最佳化)通常指針對生成式AI搜尋與回答環境,改善資訊的清晰度、可理解性及引用條件的相關做法。 兩者都應重視內容品質,但沒有任何單一寫法能保證排名或AI引用。 二、從真實的顧客問題開始 企業可以先整理經常出現的詢問,例如: ・服務包含哪些工作? ・不同方案有什麼差別? ・完成一項工作需要哪些步驟? ・使用產品前要注意什麼? ・有哪些常見錯誤或限制? 優先選擇自己真正了解、可以提供具體答案的問題。 三、一篇文章先解決一個主要問題 例如,文章標題是: 「社群代操費用怎麼比較?」 開頭可以直接回答: 「比較社群代操費用時,除了貼文數量,也應確認企劃、設計、發布、留言管理及成效報告等工作是否包含在內。」 接著再說明各項工作的差異、比較方式及注意事項。 讀者不必看完整篇文章,才能找到最基本的答案。 四、用方法、證據與範例補充內容 好的內容不只是列出結論,也要讓讀者理解原因。 可以適度加入: ・清楚的操作步驟 ・服務範圍比較 ・實務檢核清單 ・可公開且經確認的案例 ・資料來源與更新日期 若涉及統計數據、價格或政策規範,應確認資料時間與適用條件。 五、注意內容是否容易被閱讀與理解 網頁的重要資訊應盡量提供清楚的文字,而不只是放在圖片中。 標題應對應正文內容,段落可以依問題拆分,相關文章之間也可以建立適當連結。 對企業官網而言,還應檢查網頁是否能被正常存取,以及搜尋引擎是否具備檢索和建立索引的條件。 六、持續檢查並更新內容 發布後,可以觀察搜尋查詢、頁面曝光、點擊與讀者提出的問題。 若內容中的服務流程、產品資訊或其他重要資料已經改變,應進行實質更新,而不是只修改文章日期。 【常見的內容規劃誤區】 誤區一:重複堆疊相同關鍵字,就能提高排名。 誤區二:大量產生內容,不檢查是否正確或有用。 誤區三:認為文章被搜尋引擎收錄,就一定會被AI引用。 實際上,內容是否被搜尋或引用,仍取決於搜尋系統、使用者需求及其他因素,不能只靠文章格式保證。 【實務重點整理】 從顧客問題出發,提供直接答案、完整說明、具體方法及可靠資料,再持續維護內容。 這樣的規劃方式,除了有助於建立可供搜尋的知識內容,也能讓讀者更有效率地理解企業所分享的專業資訊。 本文由千禧戰略整合行銷有限公司整理,提供行銷實務學習與交流。
尚恩 Shawn・千禧戰略整合行銷|整合行銷實務教室

前端工程師2025年必學技能清單:10大工具與技術指南,職場增能懶人包整理

前端工程師需要掌握的技能和專業涵蓋了多個方面(HTML、CSS 、 JavaScrip...等),包括基礎的網頁開發知識、前端框架、以及與團隊合作的工具等。本篇文章將深入探討前端工程師必備的 10 大核心技能與工具,幫助您在職涯中站穩腳步,開發出高效且吸引人的網站與應用。 1. HTML、CSS 和 JavaScript HTML: 用於結構化網頁內容,是前端開發的基礎語言。 CSS: 負責設計和佈局,使網站具有視覺吸引力。 Java Script: 增加互動性,處理用戶事件和動態內容。 ⚡推薦課程⚡ 成為前端工程師|透過 HTML 與 CSS 認識網頁設計,從 0 到 1 打造實用介面 (上集) https://nabi.104.com.tw/course/tibame/f5b246b2-ec79-4f0d-8ef5-2fdf8d6f5bcb 成為前端工程師|Java Script 入門:帶你逐步培養網頁開發技能 https://nabi.104.com.tw/course/tibame/830671fb-2c58-48fa-9a5a-6c1f1798598a 【更多課程學習】https://user266414.pse.is/6ps94k 2. 前端框架和庫 React.js: 一個用於構建用戶界面的 JavaScript 庫,能夠快速開發單頁應用(SPA)。 Vue.js: 一個漸進式框架,適合於小型到大型應用的開發。 Angular: 一個全面的前端框架,適合大型企業級應用。 Svelte: 新興的前端框架,以其高效的性能和簡化的開發體驗而受歡迎。 ⚡推薦課程⚡ Let’s Vue! 前端開發入門到實戰 https://nabi.104.com.tw/course/tibame/ee965aa9-eb02-43d5-ae79-1dcd50f965dc 3. 版本控制工具 Git: 版本控制系統,用於跟蹤代碼變更,方便團隊協作。 GitHub 或 GitLab: 托管代碼庫,協作開發和版本管理的主要平台 ⚡推薦課程⚡ Git 速成攻略:2.5 小時變身版本控制達人 https://nabi.104.com.tw/course/tibame/20a2bbd6-ee21-4d92-8899-18e59ea3b97f AI助理GitHub Copilot | 提升前端開發效率 https://nabi.104.com.tw/course/tibame/c4795096-ae10-43a5-b5e3-2a6548c30e8c GitHub Copilot AI賦能開發實戰訓練班 https://nabi.104.com.tw/course/tibame/2617c99d-b815-442d-89b4-aa35a360273a 4. 預處理與構建工具 Sass 或 Less: CSS 預處理器,能夠提高樣式表的可維護性和可重用性。 Webpack、Parcel 或 Vite: 模塊打包工具,用於優化資源加載、處理 JavaScript 模塊化等。 【更多課程學習】https://user266414.pse.is/6psa64 5. 響應式設計與跨平台兼容 響應式網頁設計: 掌握使用 CSS 媒體查詢(Media Queries)以適應不同屏幕尺寸的布局技巧。 跨瀏覽器兼容性: 確保網站在不同的瀏覽器(如 Chrome、Firefox、Safari、Edge)上的一致性。 ⚡推薦課程⚡ RWD響應式網頁設計入門 https://nabi.104.com.tw/course/tibame/9e4a630f-6e3b-4261-adf6-a6ac1edf1ea8 工程師救星-用Bootstrap速成響應式網頁開發 https://nabi.104.com.tw/course/tibame/9e4a630f-6e3b-4261-adf6-a6ac1edf1ea8 6. 調試與測試 Chrome DevTools: 瀏覽器內建的開發者工具,用於調試 JavaScript、分析網頁性能。 前端測試框架: 如 Jest、Mocha、Cypress,用於自動化測試和單元測試。 7. API 與 AJAX 技術 Fetch API 或 Axios: 用於與後端服務進行 HTTP 通信,拉取數據或發送數據。 RESTful API 與 GraphQL: 理解如何與 API 交互並消費 API 提供的數據。 8. 設計工具和基礎設計原則 Figma 或 Adobe XD: 瞭解設計工具以便與設計師協作。 UX/UI 基礎: 基本的用戶體驗和用戶界面設計原則,確保設計既美觀又實用。 ⚡推薦課程⚡ UI/UX 新時代指南:產品設計 x 商業思維 x AI 工具 https://nabi.104.com.tw/course/ppa/d9785ca3-7de2-4567-aae5-2c771a5471e8 UI/UX新手實務班|UI介面設計,洞悉使用者體驗 https://nabi.104.com.tw/course/tibame/1550e806-07b1-49a2-a8e8-42668911d4ca 9. 性能優化 代碼分割與懶加載: 減少初次加載時間,提升網站性能。 圖片優化與資源壓縮: 優化圖片格式與大小,減少網頁加載時間。 10. SEO(搜索引擎優化) 理解基本的 SEO 概念,確保網站在搜索引擎中具有良好的可見度,包括結構化數據的應用和適當的標題標籤。 ⚡推薦課程⚡ SEO搜尋引擎優化七大密技|攻上頂端排名寶座 https://nabi.104.com.tw/course/tibame/b0d286b0-9106-406c-beff-c53918ab2270 具備以上這些技能,能幫助前端工程師在現代網頁開發中具備更強的競爭力與靈活性。
104學習・職涯學習課程專文推薦

ChatGPT怎麼整理Excel資料?清理欄位、統一格式,樞紐分析不出錯|8組提示詞範本

Excel或Google Sheets的欄位內容沒統一,樞紐分析被拆成好幾類、加總還算不出來?本文分享使用ChatGPT檢查欄位問題、建立清理規則、產生公式,並將混亂資料轉換成一致格式,附8組可直接複製的提示詞範本,同樣適用。本文節錄自《ChatGPT上工了! 最強AI活用術》。 文/施威銘研究室 本文目錄(點擊可快速前往) 請ChatGPT幫你清理Excel資料、統一欄位格式輸入指令請ChatGPT做檢查範例:清理訂單資料中的欄位與格式檢查資料、給予清理規則產生清理公式常見清理任務的指令範本:檢查欄位、金額、統一日期格式使用ChatGPT外掛時的注意事項 【在Excel或Google Sheets使用ChatGPT外掛】 工具:Excel或Google Sheets 外掛:ChatGPT for Excel/ChatGPT for Google Sheets Excel安裝:常用→增益集→ 搜尋ChatGPT→ 新增 Google Sheets安裝:擴充功能→外掛程式→取得外掛程式→ 搜尋ChatGPT→安裝 登入:用OpenAI帳號登入。免費版及各訂閱方案皆可使用 注意:類似的外掛程式很多,下載時請確認公司名稱為「OpenAI」(圖/104職場力小編截圖) 請ChatGPT幫你清理Excel資料、統一欄位格式 資料表在進行排序、篩選、加總、查找或樞紐分析前,通常需要先確認欄位與格式是否一致。即使資料看起來可以閱讀,只要欄位內容不統一,後續分析就可能出現錯誤。例如,同一欄地區中同時出現「台北」、「臺北市」、「Taipei」;同一欄日期中混用「2026/1/5」、「1月5日」、「2026-0105」;同一欄金額中同時出現「1200」、「1,200」、「$1,200」、「1200元」。這些內容對人來說容易理解,但在試算表中可能被判斷為不同分類、不同格式,甚至不同資料型態。 ChatGPT可以協助使用者檢查欄位問題、建立清理規則、產生公式,並將混亂資料轉換成一致格式。用在資料整理的前置階段,幫助使用者判斷哪些欄位需要統一、哪些內容可能會影響計算,以及應該採用哪些功能來處理。 輸入指令請ChatGPT做檢查 使用這項功能時,可以先選取需要檢查的資料範圍,例如A1:F20,再於ChatGPT外掛中輸入清理指令。比較穩定的做法是先請外掛檢查問題,再請它建立規則,最後才請它產生公式或建議處理方式。可以在外掛中輸入: 【提示詞】請檢查目前選取的表格有哪些欄位與格式問題。請用表格列出欄位名稱、問題類型、可能影響與建議清理方式。請特別檢查日期、金額、分類名稱、空格與付款狀態是否一致。 如果已經知道要清理的欄位,也可以更精準地輸入: 【提示詞】金額欄位在(自行選取或填寫)欄,內容可能包含 $、,、元 等符號。請提供一個可以放在新欄位的公式,將這些內容轉成可加總的純數字。 先檢查問題以避免ChatGPT誤改資料;再建立清理規則可以讓我們確認標準;最後產生公式,則能把清理結果放在新欄位中檢查,而不是直接覆蓋原始資料。 範例:清理訂單資料中的欄位與格式 檢查資料、給予清理規則 假設工作表中有一份簡單的訂單資料: 訂單編號地區訂單日期金額付款狀態商品類別A001台北2026/01/051200已付款辦公用品A002臺北市1月6日850元已付辦公用品A003Taipei2026-01-07$2,300Paid電腦週邊A004新北2026.01.081,500未付款電腦週邊 這張表看起來仍然可以閱讀,但若要做統計,會出現幾個問題。地區欄位中「台北」、「臺北市」、「Taipei」可能代表同一地區,但在樞紐分析中會被拆成不同分類。訂單日期欄位混用斜線、中文日期、短橫線與句點格式,可能影響排序與月份統計。金額欄位混入「元」、「$」與逗號,可能造成加總失敗。付款狀態中的「已付款」、「已付」、「Paid」也需要統一。商品類別中的「電腦週邊」與「電腦周邊」雖然意思接近,但試算表會將它們視為不同類別。我們可以先選取這份資料,然後在ChatGPT外掛中輸入: 【提示詞】請檢查目前選取的訂單表有哪些資料清理問題。請用表格列出欄位、問題類型、可能影響與建議處理方式。請不要直接修改資料,先提出清理建議。 外掛可能回傳類似以下內容: 欄位問題類型可能影響建議處理方式地區同一地區有多種寫法樞紐分析或篩選時會被拆成不同分類建立對照表,將台北、臺北市、Taipei統一為臺北市訂單日期日期格式不一致可能無法正確排序、依月份統計或製作趨勢圖統一為 yyyy-mm-dd 格式金額數字混入符號與文字加總、平均或比較時可能出錯移除 $、,、元 後轉為純數字付款狀態分類命名不一致篩選與統計時結果分散將已付款、已付、Paid 統一為已付款商品類別同義分類用字不同分類統計會被拆成兩組將電腦週邊與電腦周邊統一為同一標準名稱 接著,可以在外掛中請ChatGPT建立清理規則: 【提示詞】請根據剛才檢查出的問題,建立一張清理規則表。欄位請包含:原始欄位、標準格式、建議方法、是否需要人工確認。 ChatGPT可能會回傳: 原始欄位標準格式建議方法是否需要人工確認地區台北市、新北市等標準縣市名稱建立對照表,再用XLOOKUP或VLOOKUP轉換是訂單日期yyyy-mm-dd使用日期轉換公式或先統一分隔符號部分需要金額純數字使用SUBSTITUTE、VALUE或REGEXREPLACE清除符號否付款狀態已付款、未付款建立對照表或使用SWITCH / IF統一否商品類別固定分類名稱建立對照表或使用取代功能是 這張規則表可以放在工作表旁邊,作為後續清理依據。需要人工確認的項目,通常是分類標準或語意判斷。例如「Taipei」是否一定要轉成「台北市」,要看資料來源是否可能包含「台北地區」或其他更寬的區域定義;「電腦週邊」與「電腦周邊」是否統一,也要看團隊採用哪一種標準用字。 產生清理公式 確認清理規則後,可以請ChatGPT 外掛針對特定欄位產生公式。比較推薦的做法,是在原始欄位旁新增「清理後」欄位,而不是直接覆蓋原始資料。例如可以新增「清理後金額」、「標準付款狀態」、「標準地區」等欄位,方便檢查公式結果是否正確。我們在這邊以「統一金額格式」、「統一付款狀態」為例子做示範。 1. 統一金額格式:若金額在D欄,可以在外掛中輸入: 【提示詞】金額欄位在D欄,可能出現1200、850元、$2,300、1,500這幾種格式。請提供一個可放在新欄位的公式,將它轉成可以加總的純數字。 Excel可能會出現以下公式: =VALUE(SUBSTITUTE(SUBSTITUTE(SUBSTITUTE(D2,"$",""),"元",""),",","")) 這個公式用多層SUBSTITUTE逐一移除$、元與逗號,再用VALUE轉成數字。它的優點是容易理解,缺點是每新增一種要移除的符號,就需要增加一層替換。如果資料來源長期會出現不同格式,使用對照表、PowerQuery或更進階的清理工具可能更適合。 2. 統一付款狀態:原始資料中可能有「已付」「Paid」「未繳」「Unpaid」,我們希望統一成「已付款」或「未付款」。這時就可以先請ChatGPT建立一張對照表,再讓ChatGPT提供函數,把原始值轉成標準值。 【提示詞】請在原始資料旁建立一份「付款狀態對照表」,包含「原始值」與「標準值」兩個欄位,並依照下列規則填入:●「已付款」、「已付」、「Paid」統一對應為「已付款」。●「未付款」、「未付」、「Unpaid」統一對應為「未付款」。請保留原始資料,不要直接修改或覆蓋原欄位。 先請ChatGPT建立付款狀態的對照表(圖/旗標科技) 接著,請ChatGPT依照對照表寫的轉換規則,在原始資料旁新增「整理後的付款狀態」欄位,將E欄中格式不一致的付款狀態統一為標準值。對照表位於H2:I7,其中H欄為原始值,I欄為對應的標準值。 【提示詞】E欄為「付款狀態」,其中包含多種不同寫法。請參考H2:I7的對照表,提供一個可填入新欄位的公式,將 E 欄的付款狀態轉換為對應的標準值。若找不到相符的原始值,請顯示 "需確認"。 本次實際測試中,ChatGPT提供的公式如下: =IFERROR(VLOOKUP(E2,$H$2:$I$7,2,FALSE),"需確認") 這個公式會先讀取E2儲存格中的付款狀態,並到H2:I7的對照表中尋找完全相同的原始值。找到後,會回傳對照表第二欄的標準值,例如將「已付」或「Paid」轉換成「已付款」。公式中的$用來固定對照表範圍,因此向下複製公式時,查找範圍不會跟著移動。如果找不到相符的付款狀態,IFERROR就會讓儲存格顯示「需確認」。 可以看到ChatGPT已經在G欄新增一個欄位,用來顯示統一判斷後的付款狀態(圖/旗標科技) 若使用的是Microsoft365或新版Excel,也可以使用XLOOKUP: =XLOOKUP(E2,$H$2:$H$7,$I$2:$I$7,"需確認",0) 這個公式會取得E2的付款狀態,並在H2的「原始值」中尋找完全相同的內容;找到後,回傳同一列I2中的「標準值」。若找不到相符內容,就顯示「需確認」。最後的0代表必須完全符合,而$則用來固定對照表範圍,讓公式向下複製時不會移動。但是部分舊版Excel還有Google Sheets都不支援XLOOKUP,假如出現 #NAME?,就得改用VLOOKUP版本。 常見清理任務的指令範本:檢查欄位、金額、統一日期格式 在Excel或GoogleSheets中使用ChatGPT外掛清理資料時,可以依照問題類型輸入不同指令。若資料問題不明確,先要求外掛檢查;若問題已經明確,再要求它產生公式或清理規則。 使用需求可輸入到外掛的指令檢查欄位問題請檢查目前選取的表格有哪些欄位與格式問題,並指出哪些問題會影響排序、篩選、加總或樞紐分析建立清理規則請根據目前表格建立一份欄位清理規則表,包含欄位名稱、問題類型、標準格式與建議處理方法統一分類名稱請檢查目前選取欄位中哪些值可能代表同一意思,並建立標準化對照表。若不確定,請標註需要人工確認清理金額欄位請提供Excel與Google Sheets公式,將目前金額欄位中含有貨幣符號、逗號與文字單位的內容轉成純數字清理日期欄位請檢查目前日期欄位有哪些格式不一致,並建議如何統一為yyyy-mm-dd。若部分資料缺少年份,請標註需要補充規則清除多餘空格請提供公式,清除目前文字欄位中的前後空格、連續空格與不可見字元拆分混合欄位請根據目前欄位內容,判斷是否需要拆分成多個欄位,並提供Excel與Google Sheets可用方法檢查重複資料請根據目前表格欄位,建議應該用哪些欄位判斷重複紀錄,並說明理由 這些指令可以依表格內容調整。若外掛輸出的解法說明不明確,可以要求它「引用具體欄位名稱與範例值」;假如公式出錯又不知道怎麼調整,可以用「先用輔助欄位分步處理,再提供合併公式」提示詞處理。 使用ChatGPT外掛時的注意事項 使用ChatGPT 外掛清理欄位與格式時,應先保留原始資料。比較安全的做法,是新增「清理後」欄位,或另存一份工作表,再將公式結果放入新欄位中檢查。若直接覆蓋原始欄位,一旦清理規則有誤,就不容易回頭確認資料原貌。這一點在金額、日期、客戶資料、庫存資料與交易紀錄中特別重要。 清理後也建議進行抽樣比對。可以挑選幾筆正常資料、空白資料、格式特殊資料與找不到對應值的資料,檢查清理前後是否符合預期。例如付款狀態使用對照表轉換時,若某個原始值沒有出現在對照表中,公式最好顯示「需確認」,而不是直接保留原值或顯示空白。這樣可以讓尚未被清理規則涵蓋的資料浮現出來,方便後續補充對照表。 清理公式也需要測試,尤其是日期與金額欄位,只要資料中有少數特殊格式,公式就可能失效。例如金額欄位如果出現負數、括號表示負值、百分比、小數點或不同幣別,原本只移除符號的公式可能不夠用。日期欄位若出現缺少年份、民國年、西元年混用,或文字日期與數字日期混雜,也需要先確認轉換規則,不能只依賴單一公式。 如果試算表裡的資料會定期更新,建議把清理規則整理在工作表中,例如建立一張「對照表」或「清理規則」工作表,記錄原始值、標準值、處理方法與是否需要人工確認。ChatGPT外掛可以協助產生規則與公式,但清理規則最好留在試算表內,方便日後重複使用、檢查與交接。 節錄自:旗標科技《ChatGPT上工了! 最強AI活用術: ChatGPT Work×GPT 5.6》/施威銘研究室 著
【104職場力】・AI

有任何收穫或想分享的,都來和大家一起聊聊吧!