104學習

104人力銀行 / 飛騰軟體科技有限公司 / 資深前端工程師 (Senior Frontend Engineer) / 符合度分析
資深前端工程師 (Senior Frontend Engineer) 飛騰軟體科技有限公司
履歷符合度:
登入計算

性格適合度:

職缺要求技能

未具備

JavaScript

測驗

Code review

CI

Kubernetes

Docker

ES6+

已具備

Python

測驗

產品開發

Github

測驗

PostgreSQL

測驗

tensorflow

測驗

研發

PyTorch

測驗
有已符合的經歷忘了填寫嗎?記得定期 更新履歷

學習推薦

詹翔霖

商學院兼任副教授

03/01 22:12

創新與變革管理(Innovation and Change Management)高苑科技大學企管系 管理學
第九章 創新與變革管理(Innovation and Change Management)
本章學習目標
修習完本章後,學生應能:
1. 說明創新與變革管理的重要性
2. 了解創新類型與流程
3. 掌握變革管理理論與策略
4. 認識組織如何因應快速變化的環境
第一節 創新的概念與重要性
一、創新的定義
創新(Innovation)是指將新想法、新技術或新方法轉化為產品、服務或流程,並創造價值的過程。
二、創新的重要性
1. 提升競爭力:新產品或服務創造差異化
2. 促進組織成長:增加營收、開拓市場
3. 適應環境變化:科技、消費者需求快速變化
4. 激勵員工創意:營造學習型組織
三、創新的類型
1. 產品創新(Product Innovation):新產品或改良產品
2. 服務創新(Service Innovation):新服務模式或改善服務體驗
3. 流程創新(Process Innovation):提升效率、降低成本的新方法
4. 商業模式創新(Business Model Innovation):改變組織價值創造與獲利方式
第二節 創新管理流程
創新管理可分為以下步驟:
1. 創意生成(Idea Generation)
o 鼓勵員工、客戶、供應商提出新想法
o 方法:腦力激盪、設計思維、開放式創新
2. 創意篩選(Idea Screening)
o 評估想法的可行性與價值
o 避免資源浪費於低潛力方案
3. 概念開發與測試(Concept Development & Testing)
o 將想法轉化為原型或試點方案
o 收集內部及市場反饋
4. 產品開發與商業化(Product Development & Commercialization)
o 最終產品或流程落地
o 推向市場並監控績效
5. 持續改進(Continuous Improvement)
o 收集使用者反饋,持續優化
第三節 變革管理的概念
一、變革管理定義
變革管理(Change Management)是指組織為應對內外部環境變化而規劃、執行與控制變革的過程。
二、變革的必要性
1. 技術進步或數位化轉型
2. 產業結構變動或市場競爭壓力
3. 組織內部流程效率改善
4. 員工文化與價值觀調整
三、變革的類型
1. 漸進式變革(Incremental Change):小幅改進,持續優化
2. 轉型式變革(Transformational Change):徹底改變組織策略、文化或結構
第四節 變革管理理論與模型
一、庫特(Kotter)八步驟變革模型
1. 創造緊迫感(Establish a Sense of Urgency)
2. 成立變革聯盟(Form a Guiding Coalition)
3. 建立願景與策略(Create Vision and Strategy)
4. 傳達願景(Communicate the Vision)
5. 授權員工行動(Empower Employees for Broad-based Action)
6. 創造短期成果(Generate Short-term Wins)
7. 鞏固成果與推進更多變革(Consolidate Gains and Produce More Change)
8. 制度化新方法(Anchor New Approaches in the Culture)
二、路易斯三階段變革模型(Lewin’s Change Model)
1. 解凍(Unfreeze):打破舊模式、準備變革
2. 變革(Change):實施新流程、新制度或新技術
3. 再凍結(Refreeze):將變革制度化,形成新常態
三、ADKAR 模型(個人變革管理)
• Awareness(意識)
• Desire(願望)
• Knowledge(知識)
• Ability(能力)
• Reinforcement(強化)
第五節 變革成功的關鍵因素
1. 領導支持:高層積極推動並表率
2. 溝通清晰:讓員工了解變革理由與目標
3. 員工參與:鼓勵參與設計與實施
4. 資源充足:人力、時間、財務支持
5. 文化與價值觀匹配:變革與組織文化相符
6. 持續監控與反饋:追蹤進展並調整策略
第六節 創新與變革的整合
1. 創新驅動變革:新產品、新技術導致組織調整
2. 變革促進創新:組織結構或文化變革激發創意
3. 持續創新與學習型組織:
o 建立組織學習文化
o 鼓勵員工持續學習與改進
第七節 現代趨勢
1. 數位化與智慧化:AI、大數據、雲端應用推動創新與流程改變
2. 敏捷組織(Agile Organization):快速響應市場變化
3. 開放式創新(Open Innovation):跨組織合作,共享資源
4. 永續與社會責任:環保、永續、ESG 驅動創新與變革
看更多
0 0 254 0
詹翔霖

商學院兼任副教授

03/01 21:30

不帶不教的職場文化 正在默默推高離職率
不帶不教的職場文化,正在默默推高離職率
職場中不帶、不教新人的習氣,正是新進人員高離職率的重要原因之一。
(一)新人離開,往往不是因為能力不夠
在許多職場裡,新人第一天上班,常聽到的不是清楚說明,而是:
-「資料在資料夾,自己看」
-「大家都很忙,有問題再問」
-「這個應該之前就學過吧?」
結果新人每天都在猜標準、猜流程、猜誰可以問。
他們不是不努力,而是不知道怎麼做才算對。
(二)實際案例:三個月內連續離職的真正原因
某行政部門一年內走了三位新人,表面原因都是「不適應」。
但離職訪談發現:
• 沒有完整流程文件
• 每位前輩教法不同,卻要求一致成果
• 問問題時常被回以不耐煩的語氣
新人最後離開的,不是工作本身,
而是那種「被放生」與「長期挫折」的感受。
(三)數據告訴我們什麼?
1.新人離職高峰在前三到六個月
人資調查顯示,新人最容易離職的時間點,正是「還在學、卻沒人教」的階段。
2.有新人帶領制度,留任率可提升 30~50%
只要有明確帶領者、回饋機制,新人留下來的機率明顯提高。
3.一位新人離職的成本,約是月薪的 1.5~2 倍
包含招募、訓練、代工、士氣影響等隱性成本。
(四)不帶新人,其實讓資深同仁更累
很多人不想帶新人,是怕麻煩。
但實際上,不教導只會造成:短期省事,長期更耗人。
• 新人無法獨立
• 資深同仁反覆收尾
• 團隊效率更低
新人會不會留下來,取決於剛進公司的那幾個月,有沒有人願意好好帶他。
離職率高,不一定是新人問題,有時是我們太習慣「自己熬過來,也要別人熬」。
看更多
0 0 117 0
詹翔霖

商學院兼任副教授

03/01 20:15

台灣地方創生案例「生態教育」地方創生成功經營與管理
雲苗村的創新營運模式強調社區參與、體驗式文化旅遊、數位行銷與永續發展,可借鏡台灣及中國多個成功農村創生案例,這些案例同樣透過青年返鄉、資源整合與科技應用實現轉型。
台灣愛木村案例
嘉義愛木村結合阿里山林業文化與原住民特色,推出木作體驗及數位互動投影設施,傳承手藝並創造就業,類似雲苗村的生態文化活動設計,帶動地方產業廊帶發展。
宜蘭港口社區案例
宜蘭頭城港口社區從漁村轉型,提供有機農作與綠色照護服務,串聯永續旅遊與海洋教育,展現社區協力模式,與雲苗村村民分紅及深度體驗相仿,提升經濟與教育雙贏。
桃園義和里有機農場
桃園大溪義和里利用20公頃休耕地建溫室有機農業,透過生產合作社銷售農產品並吸引遊客,強調在地連結與合作社運作,可供雲苗村參考其規模化社區共創策略。
南投謝江林茶莊案例
南投謝江林茶莊運用科技轉型傳統製茶,製成茶餅提升美感與儲存便利,並透過網路平台行銷,類似雲苗村的數位傳播與產品創新,實現淡旺季平衡與品牌價值。
看更多
0 0 57 0
詹翔霖

商學院兼任副教授

02/28 23:47

衝突與談判 高苑科技大學企管系 組織行為學
第十四章 衝突與談判 高苑科技大學企管系 組織行為學
一、衝突的重要性
衝突(Conflict)是組織中不同個體或團隊因目標、利益、價值觀或資源分配差異而產生的對立。
• 適度衝突可:
1. 促進創新與問題解決
2. 強化團隊決策品質
• 過度衝突會:
1. 降低工作效率
2. 破壞人際關係與組織凝聚力
教學提示:衝突可分為 任務衝突(Task Conflict)與 人際衝突(Relationship Conflict)。
________________________________________
二、衝突類型與來源
1. 衝突類型
1. 任務衝突:與工作內容、目標或策略相關
2. 程序衝突:與工作流程、分工或決策方式相關
3. 人際衝突:個性、態度或價值觀差異引起
2. 衝突來源
• 資源有限:薪酬、預算、設備
• 溝通障礙:訊息不清、誤解
• 角色模糊:責任不明確
• 文化差異:價值觀、工作習慣不同
________________________________________
三、衝突管理理論
1. Thomas-Kilmann衝突處理模式
• 五種策略:
1. 競爭(Competing):強硬追求自己目標
2. 合作(Collaborating):雙方共同找到雙贏解決方案
3. 妥協(Compromising):各退一步達成折中
4. 迴避(Avoiding):暫時回避衝突
5. 遷就(Accommodating):優先考慮對方需求
2. 衝突循環理論
• 衝突會隨時間累積或循環,若未解決可能升級
• 早期介入與溝通能防止衝突惡化
________________________________________
四、談判理論與策略
1. 談判類型
1. 分配式談判(Distributive Negotiation):零和,追求最大自身利益
2. 整合式談判(Integrative Negotiation):雙贏,透過合作創造價值
2. 談判策略
• 準備充分:明確目標、底線與替代方案
• 建立信任:促進資訊共享與合作
• 提出多方案:增加可行選項,提高雙贏機會
• 有效溝通:傾聽、澄清、重述需求
________________________________________
五、實務案例
案例1:微軟與供應商談判
• 微軟與某硬體供應商就價格與交貨期進行談判
• 採用整合式談判,提供長期合作保障換取較低單價
分析:
• 雙方創造價值,達成雙贏
• 衝突管理:避免單次交易衝突影響長期合作
• 成效:建立穩定供應鏈,降低成本
案例2:團隊內任務衝突管理
• 某專案團隊對產品設計方向意見分歧
• 領導者採合作與妥協策略,引導團隊討論各方案優缺點
分析:
• 任務衝突促進創意
• 透過溝通與妥協,團隊找到最佳方案
• 成效:提升團隊凝聚力與專案品質
________________________________________
六、章節小結
1. 衝突是組織中不可避免的現象,需視類型與程度採取適當管理策略。
2. 任務衝突可正向促進創新,人際衝突若未妥善處理則會損害績效。
3. Thomas-Kilmann模式提供不同衝突處理策略選擇。
4. 談判策略強調準備、信任與多方案設計,可實現雙贏與長期合作。
5. 案例顯示:有效衝突管理與談判能提升團隊績效、創新能力與組織競爭力。
看更多
0 0 117 0
從 Vibe Coding 到 Agentic Engineering:定義 AI 時代的軟體工程新範式
回顧 2025 年,前 Tesla AI 總監 Andrej Karpathy 在社群平台上首次拋出 「Vibe Coding」 這個詞時,精準捕捉了當時開發者的集體情緒。那是一種憑藉自然語言提示、與大型語言模型(LLM)進行即時對話,進而拼湊出程式碼的過程。在那樣的時空背景下,開發者不再逐行撰寫邏輯,而是透過一種「氛圍(Vibe)」與直覺,快速催生出可運作的產品原型。
這種「以直覺替代語法」的模式迅速引爆了工具與新創的開發熱潮。從 AI 原生編輯器到全自動開發平台,資金如潮水般湧入:AI 程式編輯器 Cursor 在去年底完成 D 輪融資,年化收入(ARR)驚人地突破 10 億美元;而歐洲新創 Lovable 則以 66 億美元的估值完成 B 輪融資。
然而,當熱潮退去,我們必須直面一個核心問題:「感覺」能支撐起企業級的軟體工程嗎?
Vibe Coding 的天花板:實驗與專業的鴻溝
在 Vibe Coding 模式下,開發者雖然能獲得極高的初始速度,但這種「黑盒式」的開發卻隱藏著巨大的技術債。
當專案規模擴大,單純依賴單一模型的對話式修補會逐漸失控。生成的代碼可能存在隱蔽的安全漏洞,且缺乏一致性的架構邏輯。Karpathy 指出,當時的模型能力有限,Vibe Coding 多半用於實驗性專案,距離真正的專業軟體工程仍有明顯落差。
隨著 AI 模型能力的進化,我們正進入一個新的階段:Agentic Engineering(智能體工程)。這不僅僅是名稱的變更,更是從「感性驅動」向「理性系統」的範式轉移。
2. 建立品質關卡與審計軌跡
工程化的標誌在於其「可預測性」。在 Agentic Engineering 的框架下,工作流會內建品質關卡(Quality Gates)與自動化測試。這意味著 AI 產出的每一行代碼,都必須通過另一組 AI 代理或既定腳本的審查。這種「半自主系統」具備自我修復與反思的能力,大幅降低了 Vibe Coding 帶來的隨機性風險。
開發者角色的重定義:系統架構師與監督者
這場轉型對軟體工程師而言,是一次技能樹的劇烈重組。開發者的工作重心正發生以下移轉:
定義邊界而非代碼:工程師的核心能力不再是掌握特定程式語言的語法,而是定義系統的輸入輸出契約、安全性約束(Guardrails)以及業務邏輯的邊界。
掌握編排藝術:開發者必須學習如何設計「認知架構(Cognitive Architectures)」,例如如何運用多代理協作模式,讓 AI 能夠處理比以往更複雜、更長期的任務。
從實作者轉向監督者:這是一個將 AI 開發視為企業核心職能的過程。我們不再是即興打造工具的人,而是負責驅動一個可持續擴展、具備自我演進能力的半自主系統。
結語:進入自主開發的新紀元
Vibe Coding 是 AI 帶給我們的一場美夢,它讓我們看見了開發門檻崩塌的可能性;而 Agentic Engineering 則是將這份美夢轉化為工業化現實的必經之路。
正如 Glide 所言,Vibe Coding 代表的是早期工具帶來的震撼,而 Agentic Engineering 則更貼近企業級的實務需求。我們正站在軟體工程新紀元的門檻上——在那裡,人類負責定義願景與紀律,而 AI 代理則在嚴謹的框架下,將願景轉化為穩健的現實。
如果你感覺目前的 AI 開發流程讓你焦慮,或許缺的不是更強的模型,而是一套能駕馭 AI 的開發方法論。
【Vibe Coding 全端架構師養成:ASP.NET Core × AI LLM 企業級實戰】 現在就加入,成為定義規則的人。
想了解更多課程資訊請詳見連結👇
看更多
1 0 163 0