倉儲作業與庫存管制技巧
104學習
資訊設備操作檢修
具備此技能代表能熟悉各類電腦、網路及周邊設備的操作流程，並能有效排除故障，確保系統穩定運作。能快速判斷問題原因，進行維護或修復，減少設備停擺時間，提高工作效率。此外，了解設備安全規範與操作標準，降低風險。此能力在IT支持、企業內部技術維護及相關產業非常實用，是維持資訊系統順暢不可或缺的專業技能。
提升你的實力，朝專業更進一步
精選課程
充實自己，讓能力持續成長
你的部屬不好做？ – 流程改善篇
不瞎忙!職場達人必修課(一)：工作目標的制訂
生產計畫與進度管制技巧
專案計畫與進度管制技巧
見招拆招，問題分析與解決(上)
生產現場作業與管理實務
AI資料分析資料科學家必學！MySQL資料庫從零到高手：全面實作指南與應用案例
問題原因分析與解決技巧
專案矩陣分析與應用技巧
精選證照
考取專業證照，讓能力被市場看見
乙級數位電子技術士
民國六十九年為配合本行業之技術發展，予以修正。民國七十二年為配合工業電子精密化分工再予修正時，將工業電子職類分為數位電子、儀表電子、與電力電子等三組。進而為配合本行業技術之發展，並達到專業技術（從業）人員技術之提升。
本職類技能檢定規範修正係以工業電子技術（從業）人員養成訓練課程規範與設備規範及各級學校電子相關類科課程標準為依據，提供本技能檢定規範之工作項目、技能種類、技能標準與相關知識。
乙級工作範圍：
1、數位電子單元裝置之組裝、量測、調整及維修。
2、數位電子裝置之拆卸、組合、操作及維修。
勞動部勞動力發展署技能檢定中心
乙級儀表電子技術士
民國七十二年為配合工業電子精密化分工再予修正時，將工業電子職類分為數位電子、儀表電子、與電力電子等三組。為配合本行業技術之發展，並達到專業技術（從業）人員技術之提升，因此於八十一年再予修正。
本職類技能檢定規範修正係以工業電子技術（從業）人員養成訓練課程規範與設備規範及各級學校電子相關類科課程標準為依據，擇其重點修正本技能檢定規定之工作項目、技能種類、技能標準與相關知識。
乙級工作範圍：
1、儀表電子單元裝置之組裝、量測、調整及維修。
2、儀表電子裝置之拆卸、組合、操作及維修。
勞動部勞動力發展署技能檢定中心
重機械操作技術士
重機械操作職類技能檢定包括挖掘機、推土機、裝載機（含小山貓）三項，為單一級技術士技能檢定。
重機械操作職類技能檢定術科測驗：挖掘機規格0.4M3 以上標準挖斗容量及引擎馬力80HP 以上；推土機引擎馬力70HP 以上；裝載機標準鏟斗容量1.2M3 及引擎馬力80HP
以上；小山貓標準鏟斗容量0.3M3 以上。
1、推土機操作工作範圍：推土機基本保養維護檢查調整、操作技術施工方法及工作安全。
2、挖掘機操作工作範圍：輪型及履帶型挖掘機施工方法，基本保養維護、檢查、調整、操作技術和工作安全。
3、裝載機操作工作範圍：輪型(含小山貓)及履帶型裝載機基本保養、檢查、調整及操作技術、施工方法及工作安全。
勞動部勞動力發展署技能檢定中心
PC硬體裝修檢測認證
PC硬體裝修檢測認證: 確保技術人員具備PC硬體裝修及維修技能，包括組裝、診斷和維護電腦硬體設備。
此認證驗證個人在組裝、測試和排除PC硬件組件方面的專業知識。可能包括硬件兼容性知識、組裝技術、診斷工具以及故障排除方法。
TIPCI臺灣國際專業認證學會
乙級通信技術(電信線路)技術士
乙級通信技術（電信線路）技術士為具有通信系統的運行維護與管理能力，通信設備的安裝、調試和故障排除能力，通信工程施工組織與管理能力的第一線的技術應用性人才，能熟練掌握通信設備及相關設備的維護應用、安裝、調試和維修人員。
乙級通信技術（電信線路）技術士工作範圍：從事各種電信線路設計及其終端設備之檢修、調整、安裝及應用電路裝配。
勞動部勞動力發展署技能檢定中心
LPIC Level 2
LPI的考試技術和內容並不受限於哪家廠商 (例如：RedHat, SUSE, Debian等) 的操作環境，而是測驗受測者對於整個Linux架構的熟練度、了解度、以及應用程度等。因此，只要取得LPI證照，就可以證明取得認證的您，對於Linux系統有相當程度的了解。
目前LPI的考試分為三個等級，Level 1、Level 2以及Level 3 。
LPIC(Linux Professional Institute Certification (LPIC) ) Level2所需具備的知識：
1.循線解決相關問題、利用 sh 和 sed 撰寫 Shell Script、了解進階網路管理 。
2.監控工作行程（process）、紀錄檔、開機順序、Linux 核心的最佳化、解決不同版本的函式庫問題，並提供修正檔及除錯檔。
LPI(Linux Professional Institute)
精選貼文，掌握第一手知識
問題分析與解決方法問題分析與解決方法
問題分析與解決方法
問題分析與解決法是一種系統化的方法，旨在幫助個人和團隊有效地識別和解決問題，這種技術不僅對企業管理階層和經營團隊有幫助，還可以用作內部訓練的教材而有效的問題解決過程可以增強決策能力，促進創新，並提高工作效率。
在服務行銷中，遇到顧客問題時，可以依「發現問題 → 分析原因 → 提出方案 → 執行 → 檢討」的方式處理。
• 1. 發現問題：了解顧客遇到什麼問題，例如服務態度不佳、等待時間太久或商品不符合需求。
• 2. 分析原因：找出造成問題的真正原因，而不是只處理表面現象。
• 3. 提出解決方案：根據顧客需求，提出合理且可行的處理方法。
• 4. 執行解決：立即採取行動，例如更換商品、補償、重新提供服務或改善流程。
• 5. 追蹤與檢討：確認顧客是否滿意，並分析如何避免同樣的問題再次發生。
問題分析與解決方法，就是先找出問題的原因，再採取適當的方法解決，最後持續改善服務品質。
例如：顧客抱怨等候時間太久 → 分析人力不足或流程不順 → 增加服務人員、改善流程 → 追蹤顧客滿意度 → 持續改善。
在問題分析與解決的過程中，可以使用多種工具來輔助決策：
• 魚骨圖：幫助識別造成問題的各種因素，從而更好地了解問題的根源。
• SWOT分析：評估內部的優勢和劣勢以及外部的機會和威脅。
• 5W2H：一種思考框架，可幫助分析問題的各個方面 。
軟體工程師內推管道及注意事項？工程師社群、LinkedIn等求職網以外的找工作管道
軟體工程師「內部推薦」有哪些管道和注意事項？本文作者ExplainThis團隊，曾協助多名軟體工程師成功進入外商科技大廠、海外新創，解析除了求職網以外的找工作管道，包括內推、學徒計畫、工程師網路社群、經營LinkedIn等。
文／ExplainThis（王鵬傑、李俊廷、林品均）
本文目錄：求職網以外的找工作管道（點擊可快速前往）
一、內部推薦內推（Referral）比較容易獲得面試機會內推管道內推該注意的4個事項最好的內推是強內推二、學徒計畫三、工程師的網路社群四、經營LinkedIn
當提到找工作，多數人第一直覺想到的，可能會是求職網。以台灣來說，像是傳統的求職網104、1111，或者新興平台CakeResume與Yourator。而找海外工作，可能第一直覺會想到老牌的Indeed、Glassdoor，或者是新興的LinkedIn。
然而，除了這些求職網，事實上還有許多其他的找工作管道。我們在這個小節將會詳細談幾個不同的找工作管道，讓讀者們能透過不同的管道，增加獲得面試的機會。
一、內部推薦
在找工作上，業界公認比透過求職網站或公司官網申請更有效的方式，是透過內部推薦（referral）。當你上求職網站申請，往往需要先經過前面提到的ATS系統，跟上百位申請者一同競爭，脫穎而出後才可能被真人招募員看到你的履歷。
然而，如果能夠被內推，將有可能跳過這個環節，直接被招募員或用人主管等真人審履歷。這雖然不代表一定會通過招募員或用人主管的篩選，但最起碼能直接省去前面的系統審核。
內推（Referral）比較容易獲得面試機會
你可能會問，為什麼內推比較容易獲得面試機會？因為，通常來自公司內部員工的推薦，表示推薦者對應徵者有一定程度的認識和信任。
與此同時，內部員工對公司文化和工作環境有比較深入的了解，所以推薦的人通常會更適合公司的需求，因此，公司較傾向相信現有員工的判斷，這讓透過內推進來的申請者，比較可能在茫茫履歷海中受到青睞。
內推管道
如果你想要找人幫你內推，在台灣的軟體工程師社群中，有歹晚郎內推互助網絡（https://bit.ly/3FlItvp）與Nex Work（https://work.nexf.org/）等由海外軟體業前輩發起的內推網絡。此外，也可以在LinkedIn或是Blind（https://www.teamblind.com/）上，搜尋「#referral」的標籤，或是找有在該公司任職的人，然後禮貌地發個私訊請對方幫忙內推。
當然，很多時候可能不會立即得到回應，又或者可能對方太忙沒回應，也不要感到氣餒，可以多詢問同一家公司中不同的人幫忙內推。
（圖／博碩文化提供）
內推該注意的4個事項
在找人內推時，如果能依循某些注意事項，會比較容易讓人想幫你忙。以下我們分享幾個建議大家要遵循的原則。
1. 履歷好好寫
在各大海外公司工作的人，也知道自己公司的標準，所以不會來者不拒、盲目內推。你想提高別人內推你的意願，務必要好好寫履歷。好好寫代表著格式上要正確，以及內容描述上要讓人覺得你有達到對方公司想要找的人才水準。假如不知道怎麼寫好履歷，可以參考Chapter 2的履歷撰寫相關內容。
2. 附上想被內推的職位
在多數大公司，光是一個大組可能就幾百人，比一間新創公司還大，因此除非是專職招募的招募員或者是工程經理，不然多數人其實不知道其他組現在有什麼職位開缺。所以不要找人內推時，還說什麼「你有沒有建議我申請哪些職位」，這只會讓人覺得你沒做功課。
大家平常工作已經夠忙了，沒空幫你去看你適合申請的職位，所以務必自己附上。通常大公司的職缺都會有Job ID，可以附上你想申請的。附上你為何適合這個職位：內推的人也不會想自己在公司內的名聲臭掉，所以多半會先判斷你是不是真的適合被內推。如果你想提高別人內推你的意願，就要做到讓別人認為你適合被內推。
要做到這點，務必附上你為何適合這個你想被內推的職位。理想上也要附上為何你適合該公司（建議多做一些功課來研究該公司，進而能闡述你為何跟該公司文化契合）。花時間幫你的這件事本身就很佛心，千萬不要把別人的善意視為理所當然。
可以用的句型是在簡短自我介紹後，提及「我目前在找XX領域的工作，對這個職位很感興趣。過去我在XX領域有OO經歷，我相信我能對這個職位有所貢獻」。
3. 記得表達感謝
假如一個原本跟你不相識的人願意內推你，務必要表達感謝。因為大家平時工作很忙，可能還有家庭事務要兼顧，額外抽時間幫你，這件事本身就很佛心，千萬不要把別人的善意視為理所當然。
即使內推沒有讓你拿到面試機會，也要記得感謝對方。畢竟很多公司冷凍期半年，你之後還可以再嘗試，與對方維持良好關係，這次沒上之後要請對方幫忙也會讓對方更有意願。
最好的內推是強內推
雖然上一段有提到可以找人幫忙內推的管道，但如果要獲得比較有幫助的內推，或俗稱的「強內推」，建議平時就要建立起能幫自己內推的人脈。
所謂的強內推，是指對方在內推時，有註明是「強力內推」。一般來說，多數公司的內推系統，都會詢問「你跟被推薦者的熟悉程度」以及「你有多推薦這位被推薦人」。不同公司具體問的問題可能會不同，但大多不脫離這兩類問題。
而唯有這兩個問題都回答「很熟悉」、「強烈推薦」，並且推薦理由寫得很詳細，才會被認定為是強內推。
當然，一般內推已經比直接在公司網站或人力銀行網站申請來得好，只是如果能的話，獲得強內推會是更好。
至於如何獲得強內推？一個是平時有好的工作表現，可能你現在的同事，未來會去不同公司，如果跟他們合作時，做到對方發自內心會想推薦你，這時要獲得強內推就容易得多。
又或者假如你還是學生，在平常的小組作業中，盡可能地貢獻，在同組的同學心中留下好的印象，未來同學們進到不同的公司，你要找他們內推，也會容易獲得強內推。
另一個則是多參與不同的社群活動，例如貢獻到開源社群，或者是參與技術會議等，這些也是一個你能夠曝光、與他人協作的機會，在這些場合貢獻價值，也相對容易獲得強內推。
上面提到這些要獲得強內推的方式，都是需要時間去耕耘而非速成的。因此，如果你現在還沒辦法獲得任何強內推，建議從現在開始行動，而不是等到要求職時才發現沒有人能為你強內推。
二、學徒計畫
學徒計畫（Apprenticeship Program）是近期各大公司越來越盛行的一個專案，包括：LinkedIn、Microsoft和Google等，都曾推出類似的計畫。
這些專案旨在招募更多元的人到科技公司，其中常見符合此計畫的人條件包含以下：
自學程式
參加過程式戰鬥營（coding bootcamp）
非傳統電腦科學背景
暫時離開工作，並嘗試重回職場
學徒計畫在經歷上的審核以及面試上，技術層面比起正職的初階工程師更簡單一點。多數的學徒計畫也都有轉正職的機制。
部落客「半路出家軟體工程師在矽谷」有一篇專門彙整各大公司學徒計畫的文章（https://brianhsublog.blogspot.com/2019/08/TechApprenticeship.html），並且時常更新，非常推薦有興趣、有需求的讀者可以去看看。
（圖／博碩文化提供）
三、工程師的網路社群
除了上述提到的3點，網路社群是軟體工程師不可錯過的資源。這些社群不僅提供了工作機會，也能幫助你與同業交流、了解產業趨勢，以及許多面試經驗的分享。以下是幾個會張貼工程師工作機會的熱門或相關網路社群：
PTT Tech_Job版：https://www.ptt.cc/bbs/Tech_Job/index.html
PTT Soft_Job版：https://www.ptt.cc/bbs/Soft_Job/index.html
PTT Oversea_Job版：https://www.ptt.cc/bbs/Oversea_Job/index.html
Facebook Front-End Developers Taiwan：https://www.facebook.com/groups/ f2e.tw/
Backend台灣（Backend Tw）： https://www.facebook.com/groups/backendtw/
四、經營LinkedIn
對比傳統的求職網，目前新興的人脈社交媒體LinkedIn已經逐漸成為找工作的首選，特別是對於外商與海外求職，LinkedIn基本上比一般專注於本土市場的求職網有更多的職缺機會。比起求職網投遞履歷，經營Linkedin能夠讓獵人頭或招募員，看到你更多元、更深入的一面，以及看到你更長期的累積。現在已經有許多獵人頭與人資，會直接在LinkedIn上找人選，所以花心思經營LinkedIn將有可能讓自己獲得更多機會。
節錄自：博碩文化《軟體工程師求職策略大全／ExplainThis、王鵬傑、李俊廷、林品均 著 》
[joblist_plugin title='104【外商軟體工程師】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=%E8%BB%9F%E9%AB%94%E5%B7%A5%E7%A8%8B%E5%B8%AB&order=15&page=3&zone=4,5' amount='3']
[joblist_plugin title='更多104【軟體工程師】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=%E8%BB%9F%E9%AB%94%E5%B7%A5%E7%A8%8B%E5%B8%AB' amount='3']
推薦閱讀：
軟體工程師談薪水8重點：不掀薪資職級底牌、靠「最後一招」多談一點
軟體工程師履歷範本｜5大地雷別踩：形容詞太多、技術名詞太少
外商軟體工程 | 履歷面試精華，知名外商人資教你
顧客抱怨處理課程講義（ISO 10002 標準流程）
顧客抱怨處理課程講義（ISO 10002 標準流程）
課程目標
1. 了解顧客抱怨的重要性
2. 掌握 ISO 10002 的客訴處理原則
3. 學會標準化的抱怨處理流程
4. 獲得客服／現場人員可立即使用的應對技巧
5. 能夠在現場或電話中有效安撫客戶情緒
課程大綱--顧客抱怨的定義與影響
1. ISO 10002 八大原則
2. 顧客抱怨處理流程（七大步驟）
3. 話術技巧與情緒安撫
4. 案例練習（現場所用）
5. 常見錯誤與避免方式
6. QA 與課後檢核
第一章：顧客抱怨的重要性
1.1 顧客為什麼會抱怨？
• 期望與實際體驗落差
• 服務溝通不良
• 商品品質問題
• 等待時間過長
1.2 抱怨的正面價值
• 讓企業得以改善
• 降低負面口碑
• 保留即將流失的客戶
• 提升企業形象
第二章：ISO 10002 顧客抱怨處理八大原則
1. 可見性：抱怨管道清楚可見
2. 易取得性：提交抱怨不應困難
3. 回應性：快速回應顧客
4. 客觀性：公平處理每一件抱怨
5. 免收費：顧客不應付費
6. 保密性：保護顧客資訊
7. 追蹤性：清楚責任歸屬與紀錄
8. 持續改善：從抱怨中學習
第三章：標準顧客抱怨處理流程（ISO 10002）
步驟 1：接收抱怨
客服／現場應做：
• 致歉並感謝顧客告知
• 蒐集必要資訊（時間、地點、內容）
• 紀錄於抱怨紀錄表
• 若顧客情緒強烈→先安撫後紀錄
📌 話術示例：
「謝謝您通知我們，很抱歉讓您有這樣的感受，我先幫您了解整件事情的情況。」
步驟 2：抱怨分類與指派
分類方向：
• 商品品質
• 服務態度
• 動線／等待
• 資訊不清
• 現場環境
指派：由客服主管或班主管判定是否需跨部門。
步驟 3：調查與蒐證
• 查詢錄音、監視器、訂單資料或現場紀錄
• 訪談員工
• 確認事件事實
📌 原則：不得自行猜測、不得隱瞞。
步驟 4：提出解決方案
• 說明調查結果
• 清楚告知公司能提供的補救措施，例如：
o 補償（現金券、折扣）
o 換貨／重作
o 重啟服務
o 再教育員工
📌 話術示例：
「依我們查到的情況，我們會這樣為您處理……請問這樣的方式您可以接受嗎？」
步驟 5：執行處理並回覆顧客
• 實際提供補救方式
• 若需時間處理→定期回報顧客進度
步驟 6：結案與紀錄
需記錄：
• 抱怨類型
• 處理方式
• 顧客是否滿意
• 相關人員
步驟 7：後續追蹤與改善
• 定期分析抱怨趨勢
• 高頻問題進行改善
• 對員工進行教育訓練
• 每月客訴報告提供主管
第四章：客服與現場所需的話術技巧
1. 同理技巧（非常重要）
• 「我理解您現在一定很不舒服……」
• 「換作是我，我也會覺得困擾……」
2. 明確確認問題
• 「請問可以再讓我確認一下問題的部分嗎？」
3. 控管顧客情緒
• 不反駁
• 不使用反問句
• 讓顧客說完再回應
4. 語氣原則
• 穩定
• 緩慢
• 不急躁
第五章：案例練習（課堂練習用）
案例 1：商品瑕疵
顧客表示：你們的商品拿到時破掉。
➡ 練習：如何應對？
➡ 標準答案：同理 → 紀錄 → 查證 → 解決方案（換貨／補償）
案例 2：員工態度不佳
顧客說：你們的員工愛理不理。
➡ 練習：同理 → 收集資訊 → 調查 → 道歉與補救
第六章：常見錯誤與避免方式
❌ 趕著結案、不聽顧客說
❌ 怪罪同事或顧客
❌ 态度過於冷淡
❌ 承諾做不到的補償
✔ 正確做法：
• 穩定情緒
• 明確流程
• 說到做到
顧客抱怨處理 SOP（ISO 10002）
可直接納入公司內部制度的 SOP 格式：
文件名稱：顧客抱怨處理 SOP
版本：V1.0
依據標準：ISO 10002
適用部門：客服中心、現場服務部門
1. 目的
建立一致、快速、具透明度的顧客抱怨處理流程，以提升顧客滿意度並作為公司改善依據。
2. 適用範圍
所有顧客透過電話、現場、Email 或其他方式提出之抱怨事項。
3. 定義
• 抱怨：顧客對商品、服務或流程不滿意而提出的反應。
• 補救措施：公司針對問題給予的改善方式。
4. 職責
• 客服與現場人員：接收抱怨、紀錄、初步安撫
• 主管：分派案件、審核處理方式
• 跨部門單位：提供調查與改善支持
5. 流程步驟
5.1 接收（Response）
• 於 5 分鐘內回應顧客
• 完成抱怨紀錄表（含事實、時間、顧客需求）
5.2 分類與分派（Classification）
• 依抱怨類型與嚴重程度，分派至相關部門
• 特級案件於 2 小時內啟動調查
5.3 調查（Investigation）
• 查詢資料、確認事實
• 若涉及員工行為 → 主管需訪談
5.4 回覆與解決（Resolution）
• 提供顧客可接受的解決方案
• 確保符合公司補償政策
5.5 結案（Close）
• 完成案件系統結案
• 紀錄改善建議
5.6 追蹤（Follow-up）
• 每月彙整抱怨類型與趨勢
• 持續改善流程
113-2-I22 資訊安全防護實務 No.4
情境：公司因供應鏈之客戶要求在執行受委託業務時，必須針對所承接之受託業務有關的資訊安全有所作為，因此公司高層下令有關人員針對公司在執行受託業務上可能面臨的資訊安全風險議題進行研議。
題目：依據 NIST SP800 - 30 Guide for Conducting Risk Assessments文件對於「弱點（ Vulnerability）」之敘述係指「系統安全程序、設計、裝置、或內部控制的一個瑕疵或缺陷，若被利用後，會破壞安全性或違背系統安全政策」。請問關於 「 弱點 」 的敘述，下列何項錯誤？
(A) 微軟發布之 Windows作業系統漏洞
(B) 系統管理人員依程序於每季末將離職人員之帳號停用
(C) IoT設備無法變更預設密碼及帳號
(D) 組織內部人員違反資安規定，私自攜帶外接式儲存設備並連接至組織內部重要伺服器使用，進而導致檔案伺服器遭受勒索病毒感染，重要資料遭受加密無法使用
解答：
弱點產生的原因係為軟體或硬體的設定錯誤、不良的軟體撰寫習慣或違反組織管理政策，以至於攻擊者利用這些弱點對組織的資源進行各類型的攻擊。
因此(A)(B)(C)皆正確，僅(D)錯誤
關聯教室
https://nabi.104.com.tw/room/10049024?utm_source=104nabi&utm_medium=share
安碁學苑相關課程：
https://www.acsiacad.com/course_detail/3080/1020
https://www.acsiacad.com/course_detail/3113/1020
報告有重點、有數據、有結論，為何主管就是不買單？3個誤區可能忽略了
明明資料齊全、說明完整，報告卻總是無法說服人？問題往往出在解讀方式。作者曾任貝恩顧問公司策略顧問，解析報告最常見的3個誤區：只從自身立場解讀、見樹不見林、以及硬套理論脫離現實，並整理出克服問題的3種能力，幫助從大量訊息中找出核心重點。本文節錄自《薪水翻倍的報告撰寫法》。
文／金玲瓏
本文目錄（點擊可快速前往）
報告的常見3大誤區陷阱1：侷限觀點的解讀陷阱2：見樹不見林陷阱3：脫離現實框架用錯，不如不要用避開失真陷阱，需要的3種能力
報告的常見3大誤區
到目前為止，我們已探討報告的3個要素。邏輯思維、「所以重點是什麼」與「為什麼會得出這個結論」，都是強化結構的有力工具。接下來，就讓我們一起看看，該如何巧妙運用這些工具吧。
有時，即使報告已包含所有必要要素，內容仍可能偏離主題。儘管清楚說明了該做什麼、為什麼這麼做，也加入各種數據，羅列得非常清晰，最後得出的結論卻難以引起共鳴，也缺乏說服力。這時，必須重新檢查以下3點：
侷限觀點的解讀。
見樹不見林。
脫離現實。
只要能避開以上3個陷阱，就能保證報告不會偏離主題。現在就來一同檢視這3個問題，以及該如何避開它們。
陷阱1：侷限觀點的解讀
第一個陷阱是：侷限觀點的解讀。舉例來說，A項目是公司的新事業，公司正在評估是否應持續投入資金於該事業，以及目前的經營成績。此時，負責人拿著整理好的報告說：「近期銷售增加50％，顯示已逐漸培養出忠實顧客，應該繼續經營這項事業。」
這段陳述乍聽之下相當合理，看似符合報告該有的邏輯結構。「所以重點是什麼」（繼續經營這項事業）與「為什麼會得出這個結論」（近期銷售增加50％，顯示已逐漸培養出忠實顧客）兩者均無遺漏。但這樣就能確保負責人說的正確無誤？
據了解，A項目多年來持續占用公司超過一成的資金，但銷售占比卻始終不足公司整體的1％。此外，在市場中的競爭力也不明確，最近銷售之所以成長，只是受到大型促銷活動帶動。這項事業投入的成本很多，獲利卻趨近於無，某種程度上甚至可以視為虧損。即使擁有部分忠實顧客，人數也相當有限，而且長期以來幾乎沒有新顧客。
在這樣的情況下，負責人卻表示：「A項目最近銷售表現不錯，所以應該繼續經營。」這樣的判斷，真的正確嗎？
當然，A項目負責人的發言並非毫無根據。銷售成長與擁有忠實顧客，的確是不爭的事實。只是，若從公司整體角度來看，A項目更像是花了很多錢，卻沒什麼水花的「雞肋事業」。而從負責人的立場來看，由於這是自己長期投入心力的事業，自然會希望保住它，同時也能避免因經營成果不佳而遭到批評。
越是在這樣的情況下，越需要以客觀角度看待問題。站在公司的立場，比起費心包裝A項目的業績，更希望負責人能主動指出問題，並提供替代方案。例如停止該項目，將相關資源重新投入其他核心業務，或嘗試轉向更具成長潛力的新項目。
即便是具邏輯依據的發言，也不代表一定是正確的訊息。同樣一個現象，也會因觀察角度、評斷標準與解讀方式不同，而產生截然不同的結論。隨著邏輯結構的差異，最終呈現出的訊息，可能偏向個人立場，也可能真正符合整體利益。
陷阱2：見樹不見林
偏離主題的第二個原因就是見樹不見林。有一天，負責線上服務的主管發現一項異常數據──使用B服務的人數突然下降20％，他立刻慌張的向上回報：「B服務的使用人數下滑20％，必須立刻改善該服務。」
這項提案中，「所以重點是什麼」（立即改善B服務）與「為什麼會得出這個結論」（B服務的使用人數下滑20％）看似都交代清楚了。但問題是，只要改善B服務就夠了嗎？
在急著下結論之前，不妨先檢視整體狀況。仔細查閱後會發現，不只是B服務，連帶C服務與D服務的使用人數，也都下降20％。
換句話說，最近使用整體服務的人數下降20％，因此各項服務的使用人數也因此受到影響。既然如此，難道能說問題出在B服務嗎？眼下最該做的，真的是改善B功能嗎？
在改善B服務之前，應該先釐清為何整體使用人數銳減，並確認是否能採取措施，挽回這些使用者。
工作中很常出現類似情況──忽略整體脈絡，僅憑一、兩項數據就急著判斷並下結論。即使是再聰明的人，也可能掉入這種陷阱。因此，為了避免這種錯誤，應該在解讀問題與分析情況時，不斷反問自己：「我是否忽略了整體？」、「是否有遺漏的地方？」
除此之外，我們再來看看行銷組長C的案例。某天，C突然發現這個月訪客人數暴跌了30％。驚慌之下，他立刻提出以下提案：「這個月的訪客人數暴跌了30％，必須盡快增加行銷預算。」
這個提案看起來也十分合理。增加行銷預算，的確可能帶動使用者成長。「所以重點是什麼」（立即增加行銷預算）與「為什麼會得出這個結論」（訪客人數暴跌30％），這兩個部分，也都交代清楚。
倘若此時擴大範圍檢視數據，又會發現什麼？真正該做的應該是在急著追加行銷預算前，先回頭檢視過去兩年的整體趨勢，而非只盯著最近這兩個月的數據。只要仔細查看就能發現，這個公司因為事業屬性的關係，某些季節使用者會增加，反之則會下降。由此可知，現在的數據變化，只是反映了季節波動。
由於季節因素影響，這項服務的當月訪客人數，原本就會比上個月減少約30％。若不與前一個月相比，而改與去年同期比較，會發現人數其實上升20％。既然如此，「訪客人數比上個月暴跌30％」，算是嚴重問題嗎？
雖說對企業而言，若能每月持續成長是再好不過，但像這樣季節性明顯的事業，在判斷數據時，更需要以宏觀的角度來看待。
觀察某種現象並從中獲取訊息時，必須兼顧整體與局部，以及長期趨勢與短期變化。若只關注局部現象或短期數據，可能會忽略更重要的細節，甚至導致判斷失真。
陷阱3：脫離現實
最後一個陷阱，則是脫離現實。以下是一個與多家企業合作的案例，這些合作公司原本各自經營自家工廠。然而，總部企劃負責人D卻認為：「各自運營不僅無法發揮規模經濟，也缺乏效率。」因此，他強烈主張，即使要耗費巨額資金，也應整合成一座大型綜合工廠，並表示：「蓋了大工廠後，合作公司的訂單就能統一透過總部管理，合作方也能因規模經濟獲得更大利益。」
在D看來，只要將工廠合而為一，不但能發揮規模經濟、降低成本並提高效率，也能省去經營工廠的繁瑣雜事，這份提案看起來的確不錯。關於「所以重點是什麼」（蓋一座大型綜合工廠）與「為什麼會得出這個結論」（透過規模經濟讓雙方獲利）的邏輯結構，也相當完整。
不過，這項計畫勢必要投入大額投資，總讓人覺得哪裡不太對勁。因此，團隊決定深入檢視，而後在過程中發現幾個關鍵問題。在確認合作工廠的生產流程後，發現這些製程都難以自動化。也就是說，合作工廠的產量與投入的人力成正比，並不是蓋一座大型綜合工廠就能解決的事。
另一個問題是，合作方各自負責生產的內容本就不同。只有在製程相近的情況下，才能產生協同效應，但由於產品與生產流程皆不相同，即使強行合併，也無法形成更快速、更有效率的運作模式。
此外，光是讓合作方關閉目前營運中的工廠，並將既有設備與貨物轉移至綜合工廠，就需要付出龐大成本，這本身便是一大阻礙。更何況，每個合作方早已經在工廠用地、設備等方面投入大量資金，也為了維持運營招聘不少職員，因此要讓工廠停運並不容易。
透過規模經濟改善效率、提高利潤率，是管理學常見的策略之一。但現實往往比教科書更複雜，有時甚至會與理論完全相反。不論接觸任何書籍或理論，都要時刻警惕過度套用，或認為它能適用於任何情況。若對現實缺乏足夠理解，只是一味強調理論和技巧，那麼提出的訊息表面看似合理，實際上卻可能早已偏離重點。
框架用錯，不如不要用
套用特定框架也是如此。隨着管理學發展和顧問產業興起，各種思維框架接連誕生。從大家熟悉的「SWOT分析」、「○○矩陣」，到「○○飛輪」等，在經營學書籍、教科書，以及各種部落格都隨處可見。然而，如果對現況缺乏正確理解，就貿然套用這些模板，有時可能會產生「不如不要用」的念頭。
目前許多廣為人知的框架，大多出自顧問公司。即使是曾開發過優秀框架的經營顧問，在實際工作時，也不會只依賴單一框架就想推動所有專案。因為每個產業、每家公司面臨的問題和情況都截然不同，無法用同一套模板帶入所有案例。
正因如此，比起使用既有框架，能否根據專案當下的情況，重新建立思考框架才是更理想的做法。
不同情況適用的框架各不相同，與其了解各種框架、鑽研特定框架，擁有能針對情境處理的能力更重要。所以，簡報不該只停留在形式，應以能真正影響業務和成果的訊息為主。
避開失真陷阱，需要的3種能力
到目前為止，相信你已經了解即使具備完整的邏輯結構，訊息仍可能失真的3種典型情況，分別是「侷限觀點的解讀」、「見樹不見林」及「脫離現實」。想避免落入這些陷阱，就必須具備以下能力：
客觀解讀：比起從主觀角度解釋現象，更應站在客觀立場提出合理觀點。
綜觀全盤的思考能力：從整體與長期角度得出合理結果，而非沉溺於細枝末節和短期目標。
現實感：跳脫表面包裝或固有理論，聚焦本質、傳遞具有實際意義的訊息。
前面提到的邏輯思維，以及能展現思考能力的「所以重點是什麼」與「為什麼會得出這個結論」，再加上「客觀解讀」、「綜觀全盤的思考能力」及「現實感」，等於已經具備從大量訊息中找出核心重點的能力。
節錄自：大是文化《薪水翻倍的報告撰寫法：我在全球三大顧問之一，貝恩策略公司學到的祕訣。》／金玲瓏 著
門市銷售管理的核心價值（第三篇）門市問題與管理解決框架
第一章門市銷售管理的核心價值（第三篇）門市問題與管理解決框架
1.14 門市五大典型問題與管理解決框架（Retail Problem-Solving Framework）
門市管理的挑戰，看似複雜，其實多數問題都能被歸納至以下五大類型：
1. 人員問題（People）
2. 流程問題（Process）
3. 商品問題（Product）
4. 顧客問題（Customer）
5. 環境問題（Environment）
（1）人員問題｜P 問題
最常見、最複雜，也是店長最容易誤判的問題。
常見症狀：
• 新人上手慢
• 工作態度不一致
• 人員衝突
• 士氣低落
• 紀律問題（遲到、內規不遵守）
解決框架：3R 人員行為分析工具
類型 說明 管理者應做
Role（角色不清） 不知道自己應做什麼 明確告知標準、SOP、範例
Resource（資源不足） 缺工具、缺資訊、缺技能 補訓練、提供工具、安排師徒制
Responsibility（責任感不足） 態度問題、心態不穩 目標管理、輔導對話、必要紀律
（2）流程問題｜流程跳步、標準不一致
例如：
• 開店流程未執行
• 補貨流程不完整
• 交接資訊遺漏
• 櫃台錯帳
解決框架：SOP 4D 解析法
1. Define（定義）：流程是否有清楚定義？
2. Display（可視化）：流程是否可見？（表單／海報）
3. Drill（練習）：是否定期練習？
4. Discipline（紀律）：完成與未完成是否會被觀察？
（3）商品問題｜Product Issue
包含：
• 熱銷品缺貨
• 新品未熟悉
• 陳列錯誤
• 商品位置不一致
解決框架：S.I.S 商品管理模式
S – Stock（庫存）：量足夠嗎？
I – Information（資訊）：人員是否知道賣點？
S – Shelf（陳列）：擺法是否正確？
若三者皆到位，商品自然能「自己販售」。
（4）顧客問題｜Customer Issues
如：
• 客訴增加
• 活動傳達不清
• 顧客停留時間下降
解決框架：顧客旅程五段檢核（Customer Journey Audit）
1. 進店動線
2. 第一眼印象
3. 尋品體驗
4. 互動體驗
5. 離店感受
逐段比對即可找到問題來源。
（5）環境問題｜Environment
如：
• 照明不佳
• 店內氣味不好
• 空間雜亂
• 溫度不適
解決框架：4S 環境清潔模型
1. Sort（分類）
2. Set（定位）
3. Shine（清潔）
4. Standardize（標準化）
模型常用於連鎖零售標準化管理。
1.15 實務案例：如何用「五大問題框架」快速找出門市瓶頸？
情境：某門市業績 3 週連續下滑
表面看起來問題是業績，但深度分析後：
• 熱銷品缺貨（商品問題）
• 新人未熟悉銷售 SOP（人員問題）
• 陳列三天未調整（流程問題）
• 顧客停留短（顧客問題：動線不佳）
• 清潔死角未處理（環境問題）
店長原本以為「員工不努力」，
但實際上是 五個系統同時失效。
處理後（四週改善結果）
• 進店率 +9%
• 轉換率 +6%
• 客單價 +4%
• 客訴減少 40%
此案例說明：專業管理不是多做，而是做對地方。
1.16 管理者自我檢核：店長週期性管理表
以下為專業門市管理者必備檢核表，可用於週會或個人檢查。
（一）體驗品質檢核
項目 狀態 說明
招呼一致性 □OK □需改善 是否人人都依照流程招呼
陳列完整度 □OK □需改善 是否符合 目平線—主推—分類 原則
第一印象 □OK □需改善 清潔、氣味、燈光
（二）銷售績效檢核
指標 低 中 高
來客數
轉換率
客單價
回客率
（可加入數據）
（三）人員檢核
項目 是 否
新人是否完成訓練模組？ □ □
是否有兩名以上人員情緒波動？ □ □
是否有出勤異常？ □ □
（四）營運檢核
項目 狀態
開店流程完成度 □OK □需改善
補貨完整度 □OK □需改善
庫存差異 □正常 □需查核
金流紀錄 □無異常 □需追蹤
1.17 章末工具：門市管理者「每日三問」
專業的店長，每天應回答以下三個問題：
第一問：今天顧客體驗是否達標？（品質）→ 招呼？陳列？動線？清潔？
第二問：今天的銷售瓶頸在哪裡？（績效）→ 來客？轉換？客單？
第三問：今天團隊的狀態如何？（人）→ 情緒？動力？表現？
只要每天確實自問，管理能力會快速上升。
1.18 本章結語：管理讓成功可複製
門市管理的目標不是追求完美，而是讓一間普通門市也能靠「系統」穩定成長。
在零售業中，成功並非偶然，而是可以被「設計」的。
本章建立了門市管理的基礎邏輯，包括：
• 四大管理系統
• 三大核心任務
• 五大典型問題
• 專業檢核工具
• 管理者角色框架
服務通路與科技應用 服務行銷管理：理論基礎與產業實務
第 5 章 服務通路與科技應用 服務行銷管理：理論基礎與產業實務
（Service Distribution Channels and Technology Applications）
________________________________________
5.1 章節學習目標
修習本章後，學生應能：
1. 瞭解服務通路的基本概念與功能
2. 認識餐飲業常見的服務通路型態
3. 說明實體通路與數位通路的差異與整合
4. 瞭解科技在餐飲服務中的應用方式
5. 分析科技應用對顧客體驗與營運效率的影響
________________________________________
5.2 章節導讀：顧客為何不一定要進餐廳？
過去，餐飲服務多半發生在「餐廳內」。
然而，隨著科技發展與生活型態改變，顧客可能：
• 透過 App 訂餐
• 使用外送平台
• 線上訂位、線上點餐
餐飲服務的提供地點與方式不再受限於實體空間。本章將介紹服務通路的概念，以及科技如何改變餐飲服務的傳遞方式。
________________________________________
5.3 服務通路的概念
5.3.1 何謂服務通路
服務通路是指服務從業者傳遞給顧客的方式與管道。
在餐飲業中，服務通路包含：
• 餐廳實體空間
• 外帶窗口
• 外送平台
• 線上訂位系統
👉 通路的選擇會直接影響顧客接觸服務的便利性。
________________________________________
5.3.2 服務通路的功能
服務通路主要功能包括：
• 提供服務接觸點
• 提升顧客便利性
• 擴大市場範圍
• 支援服務流程運作
________________________________________
5.4 餐飲業的實體服務通路
5.4.1 店面通路
最傳統且重要的服務通路。
📌 特點：
• 能提供完整用餐體驗
• 可塑造品牌形象
________________________________________
5.4.2 外帶與快取通路
滿足顧客「快速、便利」需求。
📌 餐飲例子：
• 外帶窗口
• 快取櫃
________________________________________
5.4.3 行動式服務通路
餐車、快閃店等形式。
📌 優點：
• 成本較低
• 彈性高
________________________________________
5.5 數位服務通路的興起
5.5.1 線上訂位與點餐系統
透過網站或 App 提供：
• 即時訂位
• 線上預點餐
📌 優點：
• 減少等待時間
• 提升顧客滿意度
________________________________________
5.5.2 外送平台通路
透過第三方平台提供服務。
📌 常見形式：
• 平台外送
• 店家自送
➡️ 優點：擴大客源
➡️ 挑戰：抽成成本、品質控管
________________________________________
5.5.3 社群媒體通路
透過社群平台與顧客互動。
📌 應用方式：
• 菜單介紹
• 活動公告
• 顧客回饋
________________________________________
5.6 實體與數位通路的整合（O2O）
5.6.1 O2O 的概念
**O2O（Online to Offline）**是指：
• 線上吸引顧客
• 線下完成服務體驗
📌 餐飲應用：
• 線上訂位 → 到店用餐
• App 點餐 → 店內取餐
________________________________________
5.6.2 通路整合的效益
• 提升服務便利性
• 減少人力負擔
• 強化顧客資料蒐集
________________________________________
5.7 科技在餐飲服務中的應用
5.7.1 自助點餐科技
• 點餐機
• 行動點餐 QR Code
📌 效益：
• 降低人力成本
• 提升點餐效率
________________________________________
5.7.2 後台系統科技
• POS 系統
• 庫存管理
• 出餐管理系統
👉 有助於流程順暢與錯誤降低。
________________________________________
5.7.3 智慧化與自動化服務
• 機器人送餐
• 智慧排隊系統
📌 注意：
科技應輔助服務，而非取代人性互動。
________________________________________
5.8 科技應用對顧客體驗的影響
科技能：
1. 提升便利性
2. 縮短等待時間
3. 提供客製化服務
但若使用不當，也可能：
• 造成操作困難
• 降低人際溫度
👉 餐飲科技需兼顧效率與體驗。
________________________________________
5.9 本章小結
本章介紹了餐飲服務通路的型態，以及科技在服務傳遞中的角色。對餐飲業而言，善用通路與科技，有助於提升顧客體驗與經營效率。
________________________________________
關鍵名詞
• 服務通路
• 實體通路
• 數位通路
• O2O
• 外送平台
• 自助點餐
________________________________________
課後討論題
1. 你認為外送平台對餐廳是利多還是負擔？為什麼？
2. 科技化服務是否會影響顧客對服務品質的感受？
3. 餐飲業在導入科技時，應注意哪些問題？
《2025半導體業人才報告書》半導體每月徵才3.4萬人，生產製造/品管/環衛類、研發類每月缺才近1萬人最多
半導體為台灣經濟發展的命脈！104人力銀行與工研院合作發布《2025半導體業人才報告書》，2025年5月半導體人才缺口達3.4萬人，主要徵才職類：「生產製造/品管/環衛類」缺1萬人、「研發類」缺9,000人、「操作/技術/維修類」缺7,000人最多。半導體業期待職人具備的技能，「生產製造/品管/環衛類」與「操作/技術/維修類」重視設備運作與故障排除，「研發類」技能則與電子電路設計知識、電路布局技巧高度相關；科系方面，人才缺口最大的三大職類，限定科系普遍期待是電機電子或機械工程相關背景。
【立即領取】《2025半導體業人才報告書》
半導體技術職缺強勢成長 自2023下半年強彈逾6成
觀察半導體徵才趨勢，《2025半導體業人才報告書》數據發現，自2023年下半年起，主要徵才3大職類「生產製造／品管／環衛類」、「研發類」、「操作／技術／維修類」工作機會持續攀高，其中以技術職特別明顯，「生產製造／品管／環衛類」自2023年10月5,600個工作機會，攀升至2025年5月1萬個，增幅達77%，反映晶圓廠擴產、先進製程與先進封裝投資增加，對製造工程人力需求增多；「操作／技術／維修類」自2023年10月4,300個工作機會，增長至2025年5月7,000個工作機會，增幅67%，反映先進製程與先進封裝產線擴展，機台操作與維護人員需求上升。
半導體操作／技術／維修職類 每個工作機會僅能分到0.2名求職者
半導體缺才有多嚴重？根據《2025半導體業人才報告書》顯示，人才缺口前三大職類，「操作／技術／維修類」因需要輪班且工作當下需高度專注，人才招募不易2025年5月平均每個工作機會僅能分到0.2名求職者人力，極度緊張；「生產製造／品管／環衛類」因製程複雜，設備操作與維護需大量工程師，平均每個工作機會僅能分到0.4名求職者；「研發類」隨著AI應用全面擴散，消費性電子產品能力提升、通訊技術升級，平均每個工作機會僅能分到0.45名求職者，均出現人才短缺現象。
非理工職投入半導體 操作／技術／維修類58%不限科系最有機會
至於半導體想招募的人才，《2025半導體業人才報告書》指出，工作技能方面「生產製造／品管／環衛類」、「操作／技術／維修類」前三大技能均為機械產品故障排除檢修、改善設備問題及功能提昇、電機設備保養修護，確保維持設備正常、避免停機，支撐整體製程順利進行；「研發類」技能則為電子電路系統設計、類比IC電路設計、數位電路設計與驗證。
科系方面，根據《2025半導體業人才報告書》，「操作／技術／維修類」工作著重實作與現場技能，大多數企業都可提供訓練，58%職務科系不拘比例最高。「生產製造／品管／環衛類」雖具技術門檻，但多屬執行性質，部分工作也可透過內部訓練補足，38%職務科系不拘彈性中等。相較之下，「研發類」職務需具備電機、電子、材料等專業背景，要求高度理論與技術知識，因此對科系限制最嚴，職務科系不拘的比例僅23%。
【1分鐘填表單，立即下載】《2025半導體業人才報告書》
更多產業趨勢，你還會想看
104 × 工研院發表《2025 半導體人才趨勢報告》揭露五大警訊與因應之道
《2025科技業人才報告書》完整版，免費下載！4大關鍵發現，揭露科技業最新人才戰局
《2025科技業人才報告書》平均一個工作機會只有 0.36 個求職者！類比IC設計師為科技業薪資榜首
餐飲缺工怎解？ 八成求職者期待「一頭班」或彈性排班
《綠領人才就業趨勢報告》每月徵2.2萬名綠領人才！綠領AI人才缺口激增到4,300個
104公布最新10大職場趨勢！科技與金融年薪逾90萬元、「新時代高薪職務」出列
如何成為後端工程師？精準掌握必備核心技能＆職涯精進攻略
你是否想轉職成為後端工程師，打造更穩定、具成長性的技術職涯？無論你是剛開始學習程式語言的新手，或正在尋找明確學習方向的職場工作者，這份後端學習地圖將幫助你掌握後端工程的核心技能、實戰經驗與職涯發展路徑。透過系統化的學習規劃與專案實作，你將更有信心地踏入後端領域，成為職場中真正被需要的技術人才。
文 /【104學習精靈】
本文目錄（點擊可快速前往）
後端工程師是什麼？和前端、全端工程師有什麼不同與優勢之處？掌握後端工程師的核心能力：必備工具技能 x 學習路徑 x 軟技能轉職後端工程師的學習策略後端工程師薪資行情與職涯發展後端工程師的挑戰與機會
後端工程師是什麼？和前端、全端工程師有什麼不同與優勢之處？
🎯 後端工程師工作內容
後端工程師（Backend Engineer）主要負責伺服器端的邏輯開發，包括資料庫管理、API 設計、伺服器架構以及系統效能優化。他們確保前端應用程式能夠順利與後端系統交互，並提供穩定的數據與服務。
🎯相近職類比較：DevOps、全端、前端、後端工程師差別
職位主要負責技術負責範圍後端工程師（Backend Engineer）伺服器架構、API 設計與串接、資料庫管理、效能優化負責後端邏輯、數據清理，確保前端能夠存取正確的資料前端工程師（Frontend Engineer）HTML、CSS、JavaScript、React、Vue負責 UI/UX 設計，開發與使用者互動的前端界面全端工程師（Full Stack Engineer）前端 + 後端技術能獨立開發完整應用，涵蓋 UI、後端 API、資料庫管理DevOps 工程師（DevOps Engineer）Docker、Kubernetes、CI/CD、自動化部署負責開發與運行環境的部署、監控與維護，提升開發效率
🎯 為什麼選擇後端開發？
後端開發是資訊產業中穩定且高度需求的領域，適合對邏輯、架構、系統思維有興趣的學習者投入：
就業市場穩定成長：隨著數位化轉型普及，後端開發職缺在各行各業皆有需求，從新創到大型企業都有穩定徵才。
強調邏輯與架構設計：後端工程著重資料儲存、伺服器溝通、API 設計等，適合喜歡系統設計與架構思考的人。
職涯彈性大：從初階後端工程師到系統架構師，甚至 DevOps、SRE、資安領域都有後續延伸路徑。
遠端與自由接案機會多：後端開發技能通用性高，較容易接國際案或轉為遠距工作者。
AI 與資料應用的基礎：資料庫管理、API 串接、運算效能等能力，也可延伸應用至 AI 系統部署或資料工程等新興領域。
🎯 誰適合轉職後端工程師？
後端開發適合各類背景者，關鍵在於邏輯思維、學習動機與持續投入：
✅ 設計/前端背景：具備良好使用者體驗與前端邏輯，轉後端可成為 Full-Stack 工程師，提升職涯彈性。
✅ 商管背景：邏輯能力佳且理解商業流程，適合轉後端結合業務邏輯，強化企業系統開發應用。
✅ 理工背景（如物理、數學）：邏輯與抽象能力強，容易掌握資料結構與演算法，是進入後端的優勢群體。
✅ 非資訊領域自學者：只要有堅強動機與自律力，透過系統性訓練與專題實作亦能成功轉職。
✅ 現職 IT 工程師（如測試、維運）：已具備技術背景，轉入開發領域有明顯加速效益。
✅ 資料分析師：熟悉資料處理與 Python，轉向後端可擴展資料處理與系統部署的完整技能鏈。
掌握後端工程師的核心能力：必備工具技能 x 學習路徑 x 軟技能
🧭 後端工程師技能、工具分類表
語言與工具資料處理與資料庫API 設計與架構DevOps 與部署基礎Python / JavaScript / Java / GoGit / GitHub / GitLabSQL（PostgreSQL / MySQL）資料庫基礎觀念REST APIHTTP 基礎了解部署概念核心*熟悉後端框(SpringBoot, Django, Express, Gin)*熟悉語言設計模式撰寫可讀性高的程式NoSQL（MongoDB / Redis）基本資料模型設計身分驗證（JWT / OAuth）API 文件設計（Swagger）*Docker 容器化*CI/CD 自動部署 進階*多語言協作力*程式效能優化*高效能資料庫設計*索引分片與備援策略GraphQL / gRPC微服務架構（CAP / CQRS / Event Sourcing）Kubernetes、服務網格（Service Mesh）監控與日誌系統認證*程式語言認證 (例如Python 程式設計證照PCAP）*個人作品集AWS Database SpecialtyMongoDB 認證*API 設計課程證*書專案開發經驗（如 Hackathon）*AWS Certified DevOps Engineer*CKA（Kubernetes Administrator）▲ 後端工程師應具備技能、工具能力、職涯指引表，點選不同技能會對應到相關課程。
後端工程師學習地圖與路徑（搭配AI工具）
🔰 初學者階段（0–6 個月）
✅ 目標：熟悉基礎程式語言與網路知識，能夠開發基本 API。
📌 學習內容：
選一門後端語言（Python / JavaScript / Java）：選一門主流語言打好程式基礎，進入開發世界。
Git 與版本控制（GitHub / GitLab）：讓你能有效保存、回朔與分享你的程式碼。
理解網路基礎與 HTTP 協議：理解網站如何運作與資料如何傳輸。
SQL 資料庫（PostgreSQL / MySQL）：學習資料查詢語言，管理網站背後的資料。
REST API 開發：學習建立網頁服務的後端接口。
Python 程式設計能力 - 線上免費檢測
📌 AI 工具應用：
ChatGPT 協助語法學習與除錯：快速解釋語法、找出 bug、提供程式碼建議。
GitHub Copilot 協助寫基礎 CRUD 程式碼：協助補上程式片段。
📌 備選學習：
Go 語言：效率高但語法嚴謹，對初學者略具挑戰。
Node.js（JavaScript 後端）：若未來想走全端路線可以學。
✅ 適合考取的證照：
Python 程式設計證照（PCAP）
ITS (Information Technology Specialist, IT 資訊科技專家認證
Oracle MySQL Database Developer
AWS Certified Cloud Practitioner（雲端基礎，有助於未來學 DevOps）
[course_plugin title='Python課程' keyword='Python 輕鬆上手學' amount=1]
[course_plugin title='後端工程師入門課程' keyword='成為後端工程師' amount=1]
🚀 中階階段（6–12 個月）
✅ 目標：熟悉進階 API 設計、資料庫優化，學習 DevOps 工具。
📌 學習內容：
學習後端框架 (Express、Spring Boot、Django、Gin) ：掌握常用的後端框架。
身份驗證與授權（JWT、OAuth）：幫使用者安全登入，讓資料不被偷看。
NoSQL 資料庫（MongoDB、Redis）：適合儲存彈性格式的資料或快取機制。
Docker 容器化：讓你的程式「打包好、帶著走」。
CI/CD 自動部署（GitHub Actions）：程式更新後自動上線，省時又省心。
📌 AI 工具應用：
使用 AI 幫你產生 Dockerfile 與 CI/CD 配置：不懂也能靠 AI 輔助上手。
協助設計 API 架構與資料庫 schema：加速設計與重構過程。
📌 備選學習：
GraphQL：適合複雜資料查詢，但非所有團隊使用。
gRPC：適合內部高效通訊場景，小型專案可暫不碰。
Jenkins（較舊型 CI/CD 工具）：學習成本高，可視需求使用。
HATEOAS（超媒體 API）：學術價值高，實務上較少見。
✅ 適合考取的證照：
MongoDB Developer Certification
Docker Certified Associate (DCA)
Microsoft Azure Fundamentals (AZ-900)
HashiCorp Terraform Associate（如學有餘力涉略基礎 IaC）
[course_plugin title='後端工程師中階課程' keyword='接案必學 ◆ 邁向更專業的App開發' amount=1]
🏆 進階階段（12 個月以上）
✅ 目標：學習架構設計，提升可擴展性與效能。
📌 學習內容：
微服務架構（CAP 理論、CQRS、Event Sourcing）：學會如何將大系統拆小管理，處理資料一致性問題。
Kubernetes 與服務網格（如 Istio）：讓多個服務能自動部署與協調運作。
高效能資料庫設計與分片策略：設計能承受高流量的資料系統。
系統監控與安全性實踐（如 Prometheus、Grafana）：確保系統穩定、安全運作。
📌 AI 工具應用：
AI 幫你設計 YAML 檔與架構圖：快速理解與部署分散式架構。
系統瓶頸分析助手：用 AI 分析 log 或效能資料，加快除錯與優化。
📌 備選學習：
Istio 等 Service Mesh 工具：適合大型微服務團隊，維護成本高。
Event Sourcing：較進階模式，建議有實務需求時再深入。
✅ 適合考取的證照：
Certified Kubernetes Administrator (CKA)
AWS Certified Solutions Architect – Associate
Google Cloud Professional Cloud Architect
DevOps Engineer Professional（AWS / Azure）
[course_plugin title='後端工程師進階課程' keyword='Java進階專業｜前後端整合開發與應用' amount=1]
5個後端工程師應具備的軟技能特質：
邏輯思維與問題解決能力
能夠理解業務需求並轉化為系統邏輯，並針對錯誤快速找到根本原因。
【小測驗】來測測看自己的問題解決技巧 👉 問題解決 - 職能檢測｜104學習精靈
溝通與跨部門協作能力
後端工程師需與前端、產品經理、DevOps 甚至業務單位協作，良好的溝通有助於準確理解需求與回報技術限制。
【小測驗】來測測看自己的溝通能力技巧 👉 溝通協調 - 職能檢測｜104學習精靈
學習與自我成長動能
後端技術（如框架、資料庫、API標準）快速演進，必須持續學習與更新知識。
細心與責任感
後端處理大量資料及邏輯，細節錯誤容易引發資安問題或系統錯誤。
時間管理與自我管理能力
在遠端工作日益普遍的環境下，自律與時程安排變得尤為重要。
轉職後端工程師的學習策略
🎯 初學者或轉職者的學習策略
轉職或初學後端工程，建議採取階段式、任務導向的學習策略，以下列點歸納：
設定明確學習階段：分為基礎語言（如 Python/JavaScript）、資料庫應用、框架學習（如 Django、Node.js）、部署維運。
專案導向學習：每學完一個階段，就進行小型專案驗證所學，例如 Todo List、部落格、會員系統等。
培養問題解決能力：鼓勵查文件、逛論壇、問 ChatGPT，建立獨立解決 bug 的習慣。
學習版本控制與團隊協作：掌握 Git、GitHub、簡單 CI/CD，增加求職競爭力。
善用 AI 工具輔助學習：例如用 ChatGPT 解釋程式碼、Copilot 寫樣板、Kaggle 或 LeetCode 練習邏輯。
參與社群與實戰活動：參加黑客松、Open Source 專案、小型 Freelancer 案，強化實務經驗與人脈。
建立個人學習履歷：記錄學習歷程、撰寫技術部落格、整理 GitHub 作品集。
🎯 不同領域的客製化學習策略對照表
學歷背景優勢可能挑戰調整建議資訊相關科系已具備基礎程式能力、學科知識缺乏實務經驗、專案規模小強化實作專案與部署經驗，參與社群或實習累積履歷非資訊理工（如數學、物理）邏輯與數學能力強，適應資料結構與演算法快缺乏開發環境熟悉度與應用場景理解著重環境建置、框架與資料庫應用，透過實作強化「業界語感」設計/前端背景了解 UI/UX 與前端邏輯，轉職成為全端潛力大對資料結構與後端語法較不熟悉從 API 串接、簡單後端框架入手，逐步學習資料庫與後端設計邏輯商管/人文背景商業邏輯與跨領域溝通力強，善於理解用戶需求技術門檻高、邏輯訓練少以高階語言（如 Python）為起點，結合專案題材（如 CRM、報表系統）學習效果更佳在職 IT 工程師（測試、維運）已熟悉技術工具與環境、具系統性思維缺乏開發流程與程式架構設計經驗透過轉任內部開發專案或小型 App 開發練習，搭配設計模式與框架學習資料分析/AI 轉職者熟悉資料邏輯與語言（如 Python）、了解資料流缺乏完整系統建構經驗補足後端架構設計與部署技巧，從資料處理串接 API、Flask、FastAPI 切入
後端工程師薪資行情與職涯發展
後端工程師薪資概況
📌台灣後端工程師薪資
初階（3年以下經驗）：月均薪約6.2萬。
中階（3- 5年經驗）：月均薪約 6.5 萬。
高階（5-10年經驗）：月均薪約7.3萬。（以上資料來源：104薪資情報）
📌影響薪資的因素
技術棧與專精程度熟悉高效能架構（如微服務、分散式系統）、熱門語言（如 Go、Rust）、或 DevOps/雲端技能者，薪資會更高。
產業領域與公司規模金融科技、AI、新創、外商薪資通常優於傳產與一般中小企業。
作品集與實戰經驗有實際上線專案、參與開源、或技術部落格者更具競爭力。
證照與專業認證（如 AWS Certified、Kubernetes、GCP）對某些企業或外商來說是加分項。
英語能力與跨國協作經驗能與國際團隊溝通的工程師更受青睞，也更容易爭取外派或海外遠端工作機會。
英文能力 - 線上免費檢測
後端工程師的職涯發展路徑
🔵 技術專精路線（Individual Contributor / IC Path）
從「後端工程師」起步，專注於技術深度與系統設計，逐步升級為具備橫向影響力的技術專家。
▶ 初階 / 中階後端工程師（Backend Engineer）
負責功能開發、資料庫操作、API串接與單元測試。
▶ 資深後端工程師（Senior Backend Engineer）
擁有跨模組開發與維護經驗，熟悉系統效能優化、API 設計規範。
✳️ 學習前端技術 → 全端工程師（Full-Stack Engineer）
技能補充： React/Vue、Node.js、前後端整合、RESTful/GraphQL。
應用情境： 適用於產品團隊需快速開發 MVP 或技術創業者。
✳️ 提升系統架構能力 → 系統架構師（Software/System Architect）
技能補充： 微服務設計、DDD、API Gateway、資料一致性、可觀測性（Observability）。
應用情境： 適用於中大型系統升級或技術重構專案。
✳️ 學習 DevOps → DevOps 工程師（DevOps Engineer）
技能補充： GitOps, Jenkins, GitHub Actions, Docker, Ansible。
應用情境：經由緊密的開發＋運營合作，使企業更高效推出高品質產品。
▶ 全端工程師（Full-Stack Engineer）
獨立開發從 UI 到 API 再到資料庫的完整功能。
▶ 系統架構師（System Architect）
負責設計全系統技術藍圖，定義模組邊界、資料流設計與技術選型。
✳️ 進階發展 → 技術總監 / Technical Director
職責： 統籌技術方向，領導技術專案與架構決策，跨部門協作。
技能補充： 領導力、溝通簡報、技術戰略思維、預算與風險管理。
▶ DevOps 工程師（DevOps Engineer）
專精於部署、CI/CD、環境自動化。
✳️ 進階發展 → 雲端工程師（Cloud Engineer）
職責： 能設計具備高可用性與彈性的雲端基礎架構。
技能補充： 深耕 AWS/GCP/Azure 架構與雲原生技術（如 K8s、Terraform）。
🟢 團隊管理路線（Team & People Management）
此路線適合有溝通、協調與人員培育熱情者，從帶小團隊到參與公司策略。
▶ 後端 Team Lead / 技術主管
同時參與開發與團隊管理，負責人力分配、專案交付與人員指導。
技能補充： Agile/Scrum、敏捷儀表板管理、1-on-1 輔導技巧。
▶ 技術經理（Engineering Manager）
管理多組技術團隊，協助產品規劃、技術優化與跨部門協作。
負責團隊招募、績效制度設計、技術資源管理。
▶ 技術總監（Technical Director）或 VP of Engineering
結合技術與策略視角，影響公司中長期技術方向。
需要具備技術深度 + 商業理解力。
🟠 技術轉職／橫向拓展路線（Cross-functional Path）
探索其他工程領域，發揮後端背景延伸價值，適合追求多元發展者。
▶ 資料工程師（Data Engineer）
優勢：
熟悉 API 設計＆模組化架構：資料平台的模組設計類似微服務設計邏輯。
熟悉系統效能：幫助處理大規模資料運算與資源調度。
熟練程式語言(如 Python、Java)：可快速上手資料工程工具
可有效打造 ETL 流程、管理資料倉儲、支援 AI/ML 任務。
技能補充：
資料處理：Spark、Kafka、Airflow、dbt
資料庫：PostgreSQL、ClickHouse、BigQuery、Snowflake
資料管線：ETL/ELT流程設計、Data Lake、Data Warehouse 架構
編程與基礎統計：Python、SQL、資料品質檢查
職涯發展路徑流程圖
🔹 總結路徑圖說明
(起點)
後端工程師
│
├── A. 學習前端 → 全端工程師
├── B. 提升架構能力 → 系統架構師
│ └── 技術決策 → 技術總監
└── C. 學習 DevOps → DevOps 工程師
└── 深入雲端架構 → 雲端工程師
哪些產業需要後端工程師？
後端工程師幾乎是「所有數位服務產業的基礎職位」，以下是常見產業範疇：
📌電商與零售：處理會員系統、購物流程、庫存管理、金流串接等核心後台邏輯。📌金融科技（FinTech）：開發支付、帳戶、交易、驗證等安全敏感的服務。📌社群與內容平台：如論壇、影音平台、交友 App，後端負責資料儲存、帳號系統與推薦演算法等。📌SaaS / B2B 企業服務：提供線上系統給其他企業使用，如 CRM、HR 系統。📌物流與運輸：如外送、倉儲、車隊派送，依賴大量 API 串接與資料即時處理。📌醫療與健康科技：處理病例、預約、穿戴裝置資料等，需高度資安與資料完整性。📌遊戲與娛樂產業：遊戲帳號、伺服器同步、排行榜、商城等核心功能皆由後端處理。📌政府與公部門資訊系統：如戶政、健保、交通資訊等數位服務。
後端工程師的挑戰與機會
🚀 6個常見的後端工程師挑戰
技術複雜度高：需同時掌握資料庫設計、系統效能、資安與架構邏輯。
看不見的貢獻：成果不如前端「有畫面」，但卻是維運的關鍵，常常被低估。
資安責任重大：系統若當機、資料異常，後端通常是第一個要排解問題的人，需確保數據安全，防止攻擊與資料洩漏。
需快速跟上技術演進：如容器化（Docker）、微服務架構、雲端部署等都不斷更新
高效能與擴展性要求：需設計能夠處理大量請求的系統，確保穩定性與效能。
跨團隊協作：需要與前端工程師、產品經理、DevOps 團隊密切合作，確保系統順利運行。
🌟 後端工程師4大機會
可轉職多種技術職：例如 DevOps、技術主管、架構師，或橫移到前端/全端。
全球需求穩定成長：任何需要「運作」的數位產品，都需要後端支撐。
遠端與海外機會多：因後端較少受地域限制，常見國際合作或海外招募。
進可攻、退可守：進可發展高階技術領域如 AI 後端、大數據平台，退可穩定就業於各類企業內部系統開發。
延伸閱讀：
產品經理 - 學習地圖(上)：技能養成篇
成為雲端工程師的攻略指南：核心技能＆職涯精進完整解析
轉職前端工程師│工作內容、技能、薪水與職涯發展指南
數據分析師工作內容是什麼？薪水高嗎？技術能力與職涯發展指南
想當資料工程師？工作內容、核心技能、薪水、職涯發展完整解析
[joblist_plugin title='更多104【後端工程師】工作機會' url='https://www.104.com.tw/jobs/search/?jobsource=index_s&keyword=%E5%BE%8C%E7%AB%AF%E5%B7%A5%E7%A8%8B%E5%B8%AB&mode=s&page=1' amount='3']
量天測地、解構力學——深入成大南工土木科，從材料試驗到現代營建實務的養成記
土木工程往往不像建築設計那樣容易受到矚目，但每一棟建築、每一座橋梁的安全與品質，背後都少不了土木工程專業的支撐。國立成功大學附屬臺南工業高級中等學校土木科便以「專業、實作、創新」為核心，透過扎實的理論課程、多元實作訓練與工程現場接軌，培養兼具工程知識與實務能力的人才。 土木科教師方偉烈表示，建築與土木外界看來似乎差異不大，但兩者的定位並不相同，「建築比較著重空間設計與規劃，而土木更關注工程技術與結構安全」。建築師負責完成整體建築設計，土木工程專業人員則負責讓設計安全落實、順利施工，兩者始終是相輔相成、不可或缺的重要夥伴。
從基礎到專業，逐步建立工程能力
土木科的課程依照學生不同階段循序漸進安排。高一以基礎能力培養為主，除了國英數等一般科目外，專業科目則會修習如土木建築工程與技術概論、構造與施工法，搭配測量實習、製圖實習，建立學生的基礎專業。
到了高二課程逐漸加深加廣，逐步深入專業核心，學生將修習工程力學、營建技術實習、電腦輔助製圖實習、工程測量實習、地形測量實習、材料與試驗等課程。此階段學生將投入許多時間在實習課程中，先學習基礎理論，再透過大量的做中學，在理論與操作中深化自身專業。以材料與試驗課程為例，學生會接觸粒料分析、混凝土拌合、混凝土養護、混凝土抗壓等內容，實際了解建築材料背後的工程原理。同時，學生也會實際進行砌磚、木工、鋼筋施工、模型製作及室內配線等內容，並有機會親自操作，透過大量實作累積工程現場所需的經驗與判斷力。
圖：學生參訪鋼筋加工廠了解實際製程
高三時課程則以專題帶領學生整合三年所學，學生透過組隊合作完成專題作品，專題主題以興趣為導向，鼓勵學生發揮專業視角，利用創意解決實際問題。有學生設計改善生活問題的木工作品，也有人規劃建築模型，從選址、結構到功能規劃，都必須活用過去累積的知識完成完整專題，不局限於土木內容，反而讓學生更能發揮創意和觀察力。此外，成大南工土木科更致力於課程的創新，透過加入無人機測繪等內容，讓學生接觸數位測量技術，讓學生在已有的知識基礎上，持續拓展在工程應用的新視野。
理論與實作並重，真正理解工程的本質
許多學生入學前往往認為土木科就是不斷動手施工，但真正進入課程後，學生才發現實作背後需要扎實的理論支撐。
方老師表示，材料試驗就是最好的例子，學生必須先理解材料性質、混凝土比例及相關理論，再進入實驗室完成實驗，驗證結果是否符合工程標準。土木科並非只有操作技能，更需要具備數理分析與工程判斷能力。這樣的學習歷程，也讓不少學生重新認識土木工程。
圖：學生合作組裝工程結構模型
土木科二年級林同學分享，原本以為土木科就是每天在戶外施工、砌磚，實際就讀後才發現，還必須學習材料、測量、力學等專業理論。「它（土木科）不是只有曬太陽做工程，也要學很多理論架構。」另一位二年級郭同學也有相同感受。他原本認為土木科以實作為主，真正接觸課程後才發現有比想像中更多的理論知識。
成大南工扎實深厚的課程設計，帶領學生在每一項工程操作之前，先建立完整的知識基礎，才能在實作中更深刻理解背後的原理，也讓學生在實際操作中更深入理解工程原理 。
大量實作、接觸現場，從實務中累積出專業即戰力
除了課堂上的操作，土木科也積極透過競賽與專題，引導學生將知識真正應用於實際問題。
例如，學生曾組隊參加正修科技大學木橋載重競賽，從木材裁切、打磨到橋梁組裝，歷經兩個月反覆製作與調整，最終獲得外觀特別獎。土木科二年級王同學表示，雖然橋梁承載能力仍有進步空間，但看到團隊一步步完成作品，仍讓他感到十分有成就感。
圖：學生參加橋樑載重競賽展示成果
方老師也指出，土木科最大的特色，就是讓學生「做中學」。學生不只是完成作品，而是在反覆操作、修正與驗證中，逐漸培養工程判斷能力，學生也會在不同年級，分別考取測量丙級、建築製圖應用-電腦繪圖項丙級、工程測量乙級等三張證照，累積未來升學或就業的競爭力。若直接投入職場，畢業學生將具備基本施工與監造能力；若選擇升學，也能良好銜接土木工程、營建工程等相關科系。
除了校內課程，土木科每學期也安排企業參訪，帶領學生走進建設公司、工程顧問公司、鋼筋工廠及材料檢驗中心，了解不同工程環節的實際運作。部分學生更有機會參與寒暑假的校外實習，親身進入工地現場，提前體驗工程工作的內容。透過一次次與業界接觸，學生不只是認識未來職涯，更能理解課堂所學如何真正應用於工程實務。
專業、實作、創新，培養面向未來的工程人才
談到土木科最重要的特色，受訪教師以「專業、實作、創新」三個關鍵字作為總結。「專業」代表扎實的工程知識；「實作」代表大量操作與現場經驗；而「創新」則是持續導入無人機測繪等新技術，讓學生能與時俱進，接軌產業發展。
圖：學生學習操作無人機設備
方老師也觀察到，許多學生在三年的學習中，最大的改變並不是學會多少技術，而是逐漸不害怕動手，也願意主動尋找解決問題的方法。從學生觀點來看，王同學認為，只要喜歡動手做、願意學習，就能在土木科找到自己的舞台；郭同學則認為，具備邏輯思考能力、願意面對挑戰的學生，都很適合投入這個領域。
從基礎理論、工程實作到創新技術，成大南工土木科不只是教學生如何完成一項工程，更希望培養學生面對問題時的工程思維，讓每一位學生都能在未來的升學與職涯道路上，穩穩築起屬於自己的專業基礎。
開箱土木科學習日常！更多科系探索，歡迎追蹤104高職生IG
在 Instagram 查看這則貼文 104高職生（@104v.hs）分享的貼文
前端面試問題如何反問？8個了解團隊的關鍵問題
面試是雙向選擇，前端工程師面試也要善用反問問題的機會，了解團隊與公司的工作模式，更深入了解工作細節。本文作者為前端工程師，網站前後端開發經驗逾9年，以自身經驗整理前端面試可以反問的8個問題，有助準備面試與掌握面試主導權。
文／林彥成｜前端三分鐘
本文目錄（點擊可快速前往）
面試前端，你還有什麼問題想問嗎？前端面試可以反問的8個問題前端面試反問1：是否有遇過常改規格的情境？ 工程師會需要如何應對？前端面試反問2：通常是怎麼處理樣式檔？像是BEM或依元件或頁面開檔案放置？前端面試反問3：目前公司有幾位設計，是怎麼合作的？前端面試反問4：請問會需要整合不同的後端嗎？前端面試反問5：專案中有用到哪些設計模式？前端面試反問6：專案的時程會很趕嗎？ 當工程師遇到困難時，會如何協助解決？前端面試反問7：如果有十幾個需求同時開發或是需要轉換框架函式庫，會怎麼進行？前端面試反問8：會在什麼時候決定將共用邏輯抽取出來成為function或是常數？4個問題了解面試官和團隊
在新鮮人階段時，通常不太確定面試可以問什麼或該問什麼，當面試到最後被問起：「你還有什麼問題想問嗎？」又該怎麼回答？
隨著職涯的發展，這個問題終究是回到自身想要成為什麼樣的大人？
對於個人來說，面試的目標是要找到不討厭、別人願意付錢請我們做、我們可能也做得不錯的事情。
面試前端，你還有什麼問題想問嗎？
在面試過程除了被面試其實也在面試團隊跟公司，而一個好的問題可以幫助我們從更多面向去了解這間公司工作樣貌，進而去看看公司有沒有符合想要的職涯目標、工作型態。
扣掉找新人免洗的狀況，大部分的公司都是遇到問題才會徵才，單純擴編的狀況可能並不多，而企業目前的問題很可能是造成前一位員工離職的原因之一。
在轉職時，要怎麼知道接下來是不是想要體驗這樣的職涯環境？或著說工作樣貌是不是自己喜歡的？
【作者檔案】林彥成，資深前端工程師，網站前後端開發經驗9年。珍貴線上Q&A機會，直擊台積電工程師的真實生活！限時報名>>
前端面試可以反問的8個問題
致那些年我踩過的坑，也預祝大家在新的一年填坑大吉。
小編是前端工程師，決定在工作一年左右轉換的原因可以參考小編談談選擇前端的理由這篇文章。
前端通常是在設計、後端都完成後才進行收尾，收尾的同時也在幫規格、設計、後端Debug，所以大家在大聊一波慶祝工作完成的同時，我們會發現只剩前端還在工作。
接下來會從小編當前端工程師過往遭遇的問題和解法反思未來職涯疑問，就讓我們一起看下去。
前端面試遇到的常見地雷
面試遲到讓面試者等
問很多跟工作無關的問題，有女朋友？結婚有小孩了沒？
請我們又多填一份跟104一樣的履歷表
面試沒問太多技術問題都在聊天
很急著壓報到時間，燙手山芋正在快速拋接中
試用期砍薪水，過了還不一定會調整
不過這邊想要特別說明一下，我朋友在面試的時候很誠實跟主管說接下來的目標是交女朋友工作什麼的都是浮雲，而老闆不管在面試時或是面試結束後也給了很多機會，這邊不得不感謝那個問了問題後有協助處理的老闆。
前端面試反問1：是否有遇過常改規格的情境？ 工程師會需要如何應對？
為什麼問這題：常改規格並沒有不好，要看的是有沒有體驗到好的軟體開發流程，目標是確認公司開發流程是不是下一份工作的目標，像是有分測試和正式環境嗎？上版本遇到bug會在什麼時候修？
常依需求修改資料庫Schema或API，每次都要重寫邏輯以及資料庫互動的部分
需要常常顯示不同的統計，可考慮導入GraphQL從Client決定，減少開API的時間
使用Document-Oriented的資料庫，POC階段相對簡單
隕石式開發，主事者看到畫面後覺得還想改就又重來一次
出Mockup或是設計製作不須切版的假畫面流程
出一個Demo用的Prototype（處理關鍵流程，不須注重美觀）讓不熟網頁開發的主事者了解目前的狀況和方向，確認後才進行設計切圖、前端切版、後端開API
前端面試反問2：通常是怎麼處理樣式檔？像是BEM或依元件或頁面開檔案放置？
為什麼問這題：是不是可以在這樣的專案架構下學到東西。
CSS選擇器和規則們就像女孩化妝桌上的化妝品們，桌上總是放著各個種類，數也數不清大罐小罐擠的噴的擦的，在沒有預備知識和整理規劃的情況下，若要一個男孩子短時間搞清楚簡直是天方夜譚。
該怎麼透過CSS的架構來優化，可以參考之前小編寫的如何「透過BEM、SMACSS、OOCSS、Atomic CSS 簡化樣式開發流程、減少維護成本」。
撰寫地圖專用的圖層SLD樣式檔（類似XML）超過一萬行
官方有介紹使用CSS的寫法，運用Class共用的特性可讓行數減少
樣式檔沒有寫在元件中，也沒使用預（後）處理器，上千行的樣式檔搜尋「.user-photo」也許有十幾個結果
樣式需要有命名規則（BEM）
導入SCSS
前端面試反問3：目前公司有幾位設計，是怎麼合作的？
為什麼問這題：希望可以看出現在的專案是不是好維護，打聽一下工作流程或是有沒有Design Guideline或使用Zeplin或figma這類工具。
同樣功能的圖片大小長寬比不一
object-fit
background-size: cover
重新切圖
拿到檔名是123543.jpg大小超過10MB
請設計壓縮一下
小於5MB可使用TinyPNG
設計沒有考慮到字數過多的情境，導致上字詞之後與預期狀況不符
overflow: hidden
改設計
前端面試反問4：請問會需要整合不同的後端嗎？
為什麼問這題：評估自己的能力有沒有辦法處理。
會需要串接不同網域的後端
使用Nginx Proxy
改成在後端才打API
後端開放Domain解決CORS
不同API的配置大多不太一樣
Token都移到Cookie，這樣相關的Token會自動送回相關子網域的API
善用客製化後的Axios Instance
前端面試反問5：專案中有用到哪些設計模式？
為什麼問這題：看現在的老闆或是同事是怎麼看待問題或是歷史遺跡。
什麼是Pattern，Pattern就是改善如何去架構程式的方法，主要是讓程式碼能夠在元件間共用。
用Java的概念寫Javascript，有非常多的Prototype的寫法，文件不清楚的情況下，導致實作上每次都需要追本溯源的看，考驗搜尋或是編輯器的能力。
使用Component-Base的函式庫或框架，並建立故事書。
善用設計模式，React常見的Component Pattern就是HOC或是Render Props。
前端面試反問6：專案的時程會很趕嗎？ 當工程師遇到困難時，會如何協助解決？
為什麼問這題：如果老闆只剩下壓時程的功能，那是不是我們用個鬧鐘或是Google Calendar就好了？
主管可能不懂前端並無解決問題或協調資源的能力，只剩壓時程及提出需要限時解決。
提早尋求同事協助，並看價值觀是否願意加班解決。
時間給的不夠屬於管理上的問題，無法靠溝通解決就盡快重新找工作。
前端面試反問7：如果有十幾個需求同時開發或是需要轉換框架函式庫，會怎麼進行？
為什麼問這題：要看的是與歷史共業的生存法則與態度。
不同的產業別都會有歷史的包袱（Workaround），可能還是會用一些比較舊的東西。
除了東西較舊也可能遇到專案架構及程式混亂，這有點像是煉蠱的過程，看最後誰會生存下來。
專案在後期才考慮要加入i18n或伺服器渲染
React本身是一套過於單純的函式庫，容易且戰且走疊床架屋，建議可以參考 Next.js Repo中的Example
趕時程但又好又快又便宜無法共存，專案中可能滿滿的Workaround，像資料來源用Google Sheet
留下 // TODO: 及未來可改善方向
同樣一種功能有多種寫法或是Deprecated的寫法。
討論用哪種方法好，有時間就盡快合併，讓程式碼更好維護
尋找Deprecated寫法的替代方案
前端面試反問8：會在什麼時候決定將共用邏輯抽取出來成為function或是常數？
為什麼問這題：炫技跟過度結構化並不會讓專案變得更健康。
一層又一層的HOC封裝：HOC像是一個工廠，把原來的元件變身或加強，所以不建議包太多層。
過度或是過早的結構化，很簡單的功能卻太早預想會變成大專案
這裡有兩個觀念想要分享給大家，YAGNI和RUDT：
YAGNI（You Ain’t Gonna Need It.）
真的需要使用XX模式嗎？
真的需要拆分成小元件嗎？
真的需要切成一堆小介面和抽象類別嗎？
RUDT
Read：最短的時間、最少的檔案
Update：CRUD features時可以用最小成本去改
Debug：菜鳥工程師也可以很快找到根本問題
Test：問題、結果都可以容易被複製被測試（資料面像是抽獎時該怎麼辦？）
4個問題了解面試官和團隊
同場加映4個問題，來自Medium的what questions should you ask the interviewers。
問題1：您的工作一天大概是怎麼過的？
這題是開放式的問題，目標是希望可以聽到一些工作型態。
有些面試官可能會說公司通常是早上8點半上班到晚上6點，有些面試官可能會說我們公司跑Scrum每天早上會有站會，偶而晚上會跟其他國家同事開會。
藉由這個問題，你大概就能夠了解如果進入這間公司，你大概會過怎麼樣的生活。
延伸的問題可能會是趁機問一下加班、出差的頻率，或是任何你對工作型態的好奇。
問題2：最喜歡和最不喜歡這個團隊或公司的地方是什麼？
第一個部分通常是簡單的，但其實真正有趣的會是第二個部分。
面試官通常在有HR的場合會講不出來，甚至只會模糊的打官腔，可能會有面試官回答說，我不太喜歡頻率太高的會議或是一直在不同的產品中轉換。
最主要的目的是，透過這些回答，我們可以去延伸一些後面的問題，甚至我們可以只是單純再問說哇那到底是有多討厭多不喜歡，即便我們不會得到直接的答案或是他們真的不喜歡的地方，但我們仍舊能從這些回答中得到些蛛絲馬跡和感受，也許這些感受剛好也會是你在意的。
問題3：這個團隊接下來的目標是什麼？
這個問題很適合問團隊主管，至少在決定加入這間公司前，可以知道自己未來2到3年大概能有什麼樣的成長。
這個問題可以幫助我們了解這個團隊是否在成長中，若是正在成長是不是有一個規劃好的計畫藍圖？如果是的話，就可以評估我們的戰力是否可以協助公司推進。
那如果是一個穩定的團隊，只是做一些日常維護的工作，那該問自己的問題可能會是這是我們這個階段想要追求的嗎？
問題4：請問您通常都是怎麼帶領團隊？
主管的帶領風格會對你接下來工作的成就和快樂有非常大的影響，藉由這個問題，你也許可以知道主管的管理程度，也許有些會說他們做微管理，有些也許會說只需要你一周寫一次週報。
從回答中，你可以判斷這個主管的個性是不是適合你，提早了解這些層面會比進去之後後悔要來的更好。
（原文標題：面試前端，你還有什麼問題想問嗎）
[joblist_plugin title='更多104【前端工程】工作機會' url='https://www.104.com.tw/jobs/search/?keyword=%E5%89%8D%E7%AB%AF%E5%B7%A5%E7%A8%8B%E5%B8%AB' amount='3']
待辦清單要寫什麼？該用什麼方法完成？改善拖延的拆解任務法
常常面對待辦事項越寫越長，卻不知道從何開始的窘境？待辦清單是提升效率和改善拖延的好幫手，但是要用什麼方法才能順利完成待辦清單呢？本文為《箱型時間：高速時代的15分鐘深度專注力》書摘精選，作者解析如何拆解任務、專注執行，幫助你實現工作生活平衡，改善拖延、突破時間管理瓶頸！
文／馬克‧曹–桑德斯
本文目錄（點擊可快速前往）
待辦清單包含的內容？待辦清單要寫什麼？該用什麼方式完成待辦清單？
待辦清單是列出你預計要完成的任務，通常會用來幫助我們記憶該做的事項；行事曆則是用來記錄、規劃活動的工具。箱型時間將這兩者結合——把待辦清單中的適當項目排入行事曆，並確保該活動會在規劃時間內完成。待辦清單和行事曆可以說是本書的兩樣前導元素。
待辦清單包含的內容？
待辦清單是箱型時間的先決要件，所以我們必須先了解什麼是待辦清單。讓我們順著前因後果想想：待辦清單上的事項是怎麼來的？主要有五個來源：
1. 想法
你想起上星期答應別人一件事；你淋浴時閃過一個靈感；在火車上看見跟老同學長得很像的人，突然想跟同學敘敘舊；做白日夢時，你腦中飄過充滿創意、可能有用的點子。我們的大腦一直處在活動狀態，而且有很多無法預料的事。很多來自環境的外在刺激，也都無法預料。因此念頭、想法、事件、靈感，提供了行動構想。建議你在待辦清單中規劃一個待學區，寫下你有興趣，但還沒有時間去學的事物。
2. 訊息
我們每天收到超過一百封電子郵件，簡訊和社群媒體應用程式產生的訊息量更是不遑多讓。這些訊息很多是自動產生或自動發送，不僅不相關，也沒重要到必須去處理。但是某些需要思考和回應的訊息，就可以寫進待辦清單。其實，即使是只需要略做回應的小事，也會是需要處理的待辦事項。
3. 會議或與人對話
我們每天的工作有四分之一花在開會上，有調查顯示每天至少會有二十七段對話，這些即時的人際互動引來各式各樣的任務。有可能是老闆直接指派給你，有可能是因為跟年長的鄰居閒聊，所以答應幫忙修理籬笆，也有可能是在一場業務會議結束時，被指派要做什麼事。
4. 工作本身
你會在寫完銷售簡報後發現需要事先演練；你會在撰寫商業企劃時發現需要研究市場；你會在使用客戶關係管理軟體時發現有幾項內容需要補齊；你會在登入任務管理軟體後發現有一系列工作等待完成……工作就是這樣，會衍伸出更多工作。
5. 生活瑣事
我們有很多私人事務要打理，包括：洗衣、打掃、購物、付帳單、煮飯、保養汽車、修繕房屋、整理花園農圃、運動、個人健康、假期規劃、照顧家人或寵物、丟垃圾、做資源回收、打理社區事務等。在這當中，有許多固定重複的事，也有較難預料的事；有些事情跟家庭成員有關，特別是住在一起的家人。這些都是要處理的事，不管我們想不想做都得完成。
待辦清單要寫什麼？
待辦清單上的事項可以做成時間箱，寫進行事曆。當你準備花時間使用數位行事曆，在適當環境、以正確心態規劃時間箱時，你會需要製作時間箱的素材，而這些素材就來自你的待辦清單。將待辦事項寫進時間箱，完成這一天的任務後，原本的任務清單就會變成你的「達成清單」。
此外，不是每個點子都是好點子，不需要的待辦事項必須送進垃圾桶！再說，從把想法寫進待辦清單，到真正要實踐時，事情可能已有變化，讓這件事變成多餘的想法。請注意，想「把待辦清單上的事項統統完成」是個錯誤的念頭。
該用什麼方式完成待辦清單？
雖然世界上有數十億人口會寫待辦清單，但是對於待辦清單究竟該怎麼寫或完成，卻沒有個共同概念。以下內文是我讀過相關內容後，加入箱型時間元素，希望能幫助大家把這個被忽略的重要事項做得更好。
1. 拆分成可處理的單位
將任務拆解成可以處理的塊狀。某人可以處理的單位不一定適合另一個人，因此一般共識是時間不要超過半天，理想狀態是最多一、兩個小時。我也贊同這樣的時長。但是有些任務需要的時間可能很短，例如提醒自己寄追蹤郵件或回家途中買牛奶。所以採用箱型時間的時候，你可以先把下個要做的事記在心裡，再去進一步拆解或統整，不需要一次做完任務的拆分。
請記下任務的細節，以便你回頭審視清單時，可以快速想起要做的事。例如，「研究靈魂旅行」這個待辦事項，如果只寫「研究」的話，幾小時或幾天後，你就看不懂意思了。至於預估時間、重要程度、緊急程度、依存性、合作者、截止期限、最終目的、類別等，有可能是有用的額外資訊，但並不一定要寫出來。
2. 流程
請參考前面提到的資訊類別，為任務歸類，並配合最重要的生活面向，將這些類別系統化。舉例來說，全世界有十二億人使用微信、兩百萬人使用WhatsApp、五百萬人透過簡訊發送和接收訊息。你若不願意忘記履行承諾或完成任務，就需要一套系統，幫助你分辨何時要把聊天訊息變成該執行的任務。例如，標上星號或書籤的訊息表示要有後續動作，以及根據訊息需要處理的時間，來製作有可能需要循環出現的時間箱。重點在於將會形成後續任務的事項，移至待辦清單及時間箱，整套流程才不至於中斷。
其他會形成後續任務的活動，也要建立待辦清單寫入行事曆。不要相信你的記憶力，因為記憶不完全靠得住，要是發生意外，你可能會嚴重受挫。
有些人會寫好幾張待辦清單，細分成：工作、社交、財務、居家修繕、家庭活動、個人活動等。對大部分的人來說這樣做會降低生產力，因為我們必須把這些放在不同地方的清單互相比較，以辨別各項任務的重要和緊急程度。而最後，我們每一個人只會有一套自己的時間計畫。從這個角度看，一個人只要有一份涵蓋全部事項的待辦清單就足夠。這對區分寫進待辦清單的事項，尤其有幫助。
請以「動詞」為開頭，因為動詞代表你要去「做」某一件事。
依照重要性替任務分類，並維持分類——這是最重要的一點，不過在細節上卻有許多不同的意見。包括卡爾．紐波特在內的一派人士提倡把類似任務集合成一組，分批次處理，並在不同批次的任務間安插休息時間，好讓我們能在處理下一項任務前，消除先前的認知脈絡。這麼做非常合理，但缺點是，可能無法及時處理藏在一大批任務裡的緊急任務。另外一派包括我在內的人士，則是提倡要依緊急或重要程度來分類。以下提供一套非常簡單的規則，幫助你從一長串的可能任務中，挑出適合歸為一組的任務：
將任務貼到電子試算表上。
在任務名稱旁邊的欄位，使用一到十的數字，標示任務的緊急或重要程度。
依照數字大小整理欄位順序。
把焦點放在前幾項的任務（排在後面的就是比較次要的）。
原本一大串五花八門、分不清重要程度的煩人事項，已變成一張精簡的「必須完成的事項清單」，你可以鬆口氣了。
這一長串非重要事項也需要好好處理。你可以刪除，也可以另外安排時間重新審視。有些事項過段時間後，重要程度會提高。
請想想哪一種分類方式比較適合你，但不管你選用哪種方式，都需要將事項分門別類。當你缺乏一套值得信任的排序方式時，你會不斷地自我質疑、看輕待辦清單、心想是不是該把另一項任務排在前頭。井然有序的清單可以消除選擇的焦慮，這也是一次做一件事的力量。
你要有固定刪減待辦清單的習慣。刪減待辦清單也是個可以排進行事曆的任務，而且非常適合設成重複的週期性行程。將待辦清單上需要刪除的事項扔進垃圾桶，是正常且重要的工作。
提醒你，只要上網搜尋，就可以找到許多現成的待辦清單格式，也許會對你有幫助。這些清單可能會涵蓋：旅行、露營、有趣的對話、購物、居家打掃、搬家、為面試做準備、居家安全、裝修、人生願望清單等，所有別人的好點子和分享的好方法你都可以去學習使用，甚至也可以請生成式AI幫忙你製作待辦清單。
3. 做法
我最喜歡的做法是使用數位科技和把待辦清單儲存在雲端空間。那樣就可以有超連結、與他人共享、複製、貼上，備份起來也比較方便。這些也是數位行事曆使用者喜歡的優點，但不管寫在哪裡，你一定會想要快速存取待辦清單。好不容易有靈感閃過，你不會希望還來不及記下，就忘記了，我們要盡力地減少阻力。
我自己是有開Google文件隨手記錄待辦事項的習慣。如果事情太多，開始感覺手忙腳亂（像是休假完累積一堆事要做時），我會依照前面的方法，把待辦清單貼進電子試算表，依照重要性排序，進行分類、製作時間箱。
4. 勇敢作夢
待辦清單上會有許多平凡無奇的事。目前為止，本章所提的例子大多是這種類型。但是把待辦清單侷限在此，也就侷限了你的人生。你也許會覺得夢想很遙遠、難以企及，但是你跟夢想之間的距離，也許只是一條待辦清單上的事，少了幾個時間箱。不管你是想學習新語言、轉換工作跑道、宣傳你的理念，還是成為更善良的人，你都需要先踏出一小步，而待辦清單可以是你的臨時棲所。
節錄自：三采文化《箱型時間：高速時代的15分鐘深度專注力》／馬克‧曹–桑德斯 Marc Zao-Sanders 著
推薦閱讀：
如何提高工作效率？4關鍵因素解析：一心二用對生產力有負面效果
提升工作效率5大步驟！學會高效管理時間，先找到「行動力開關」
工作永遠做不完，沒時間做重要的事？想突破需要有意識的4個認知
有任何收穫或想分享的，都來和大家一起聊聊吧！