Download to read offline
Uploaded byRick Hwang
在生命轉彎的地方 - 從軟體開發職涯，探索人生
该文档介绍了作者在软件开发职业生涯中的个人探索与经验，涵盖了台湾软件行业的现状和挑战，以及转型过程中所需的技能与思维方式。同时，它也强调了编程的重要性与价值，并提供了对未来软件工程师的建议。最后，作者分享了持续学习和自我提升的方法。
在生命轉彎的地方 - 從軟體開發職涯，探索人生
- 1.
- 2. Agenda 2 ● 一、個人自我探索與經歷 ● 二、台灣軟體職場的樣態 ●三、萬般皆下品，唯有寫 Code 高？ ● 四、在生命轉彎的地方 ● 持續成長的具體做法 ● Q&A
- 3. 3 Rick Hwang 軟體開發者、音樂愛好者，超過 20年專業軟體工程經歷，10 年主管經驗，曾任翔威國際駐 IBM 資深軟體工程師、Oplink SQA Manager / SDET Lead、91APP Operation and Infrastructure Manager / Architect、Product Manager、2021 年獲得 AWS 授予 Community Hero 榮譽稱號。 專注分散式系統架構、系統分析與設計、軟體測試、AWS、 DevOps、SRE、經營管理、產品設計 … 等領域，著有技術部 落格《Complete Think》、個人著作《SRE 實踐與開發平台指 南》、共同著作《軟體測試實務手冊》、譯著《分散式系統設 計》。 工作之餘喜歡金庸武俠、科幻小說、經典文學、哲學、人文藝 術。同時也是音樂愛好者，涉略涵蓋吉他、鍵盤、編曲、教學， 著有音樂部落格《喝咖啡 聊音樂》。
- 4.
- 5.
- 6.
- 7. ● 學習識別「好」事務的能力，像是好軟體、好音樂、好小說 ● 讓自己用Outside In 的思考方式看事情，而不是 Inside Out (由內而外) → 井 裡虧天 ○ 用 Google Map 的 Zoom In 的方式看世界 ○ 人生的視野 ○ 看見怎樣的全貌 ● 抽象化、想像力 ○ 把理論應用在生活當中，或者從生活中看出理論 ● 本質思考 探索世界的階段：音樂、故事、軟體 7
- 8. 8 培養的能力 1. 逆向工程的能力 2. 賞析、識別好的作品能力→ 特別是音樂作品、軟體 3. 分析、與組織能力 a. 一堆亂七八糟的東西 b. 或者沒有任何東西 c. 找資料 d. 跨領域 4. 重構、循環改善
- 9. 9 探索二：轉換角色 Operation / Infrastrcuture Software QA SoftwareDeveloper Architect Lead Product Manager Engineering Manager 雙軌角色，不斷學習
- 10. 10 Backend Ops MIS Infra AWS DevOpsSRE Distributed Systems 持續專注的領域 認知到自己專業知識的不 足，探索 AWS 充實自己 職務轉換，經歷 哀傷五階段 ，接受新的任務目標 探索三：角色轉換而發展的能力
- 12. 12 探索四：反覆總結自己想法 ● Blog：Complete Think ●面對外在變化的適應力 (反脆弱) ● 一個陌生的領域，在有限的條件與時間之內，組織出自己的一套方法與論述 ○ 軟體測試、系統維運、 SRE、DevOps、架構師、產品經理 ○ 分散式系統、AWS / GCP / Cloud Computing ○ 主管、經營管理、溝通表達 ○ 人力資源
- 13.
- 14.
- 15. 15 SRE Conference 2022- 91APP 在 AWS 上的 SRE 實踐之路 AWS Summi 2018: 邁向 API 經濟 - API Gateway 導入之旅 AWS re:Invent Recap 2020: - 災難演練 @ AWS 實戰分享 從緊急事件 談 SRE 應變能力的培養- DevOpsDays Taipei 2018
- 16.
- 17. 個人著作《SRE 實踐與開發平台指南》 共同著作《軟體測試實務手冊》 第一冊 ● CH01軟體測試工程師的職涯 手冊 ● CH05 從零開始，軟體測試團 隊建立實戰 第二冊 ● CH01 Web Service系統容量量測 的實務方法論 譯著《分散式系統設計》
- 18. 18 探索 ● 探索一：把自己有興趣的東西寫下來 -Blog ● 探索二：轉換角色 ● 探索三：角色轉換而發展的能力 ● 探索四：反覆總結自己的想法
- 19.
- 20. 20 軟體工作幾種常見的情境 ● 情境一：接到一個需求、或者任務，需求不清楚，沒有規格，具體要完成的樣子 也不清楚，但有 Deadline(-Driven Development，DDD)，甚至廣告拍好了。 ○ 理想：有明確的規格 → RFC ○ 例如：要做一個短網址服務，下個禮拜上線，今天星期三。 ● 場景二：任務是維護 n 個、過去已經跑了十年的系統，相關的人已經離職、或 者下週離職。 ● 情境三：任務是一個從無到有的過程。 ○ 「無」指的是沒有任何制度、工具、流程，成員很多可能也都是沒經驗的。 ● 情境四：同三，但是有很完整的團隊角色組成。 ● 情境五：面試談的是 ABC、進去沒多久變成要做 123
- 21. 21 ● Dev a. Developer b.Engineer c. Programmer d. Coder e. SWE (Software Engineer, Google) f. 工程師 g. 程式師 h. 宅宅 四個角色、四種專業 ● QA ○ Tester ○ QA (Quality Assurance) ○ SQA (Software Quality Assurance) ○ QE (Quality Engineer) ○ SDET (Software Development Engineer in Test, Microsoft) ○ STE (Software Test Engineer, Google) ● Ops / Infra ○ OP (Operator), SysOps, SysOp ○ IT ○ SE (System Engineer) ○ MIS ○ Infra / Cloud Engineer ○ SRE (Site Reliability Engieer, Google) ○ DevOps ○ SecOps / Security 軟體團隊的「工程師」們
- 22. ● Plan a. ProjectManager (PjM) b. Product Manager (PdM) c. Program Manager (PgM) d. Product Line Manager (PLM) e. Product Owner (PO) f. Architect / System Analysis (SA) g. Designer / UI / UX ● Research a. 研究員 22 四個角色、四種專業 ● Managers (資方代理人) ○ 1st Line Manager → 副理 / 組長 / 課長 ○ 2nd Line Manager → 經理 / 部長 ○ 3rd Line Maanger → Director → 處長 ● 經理人: VP 以上 (資方) ○ 會出現在公開資訊站 ○ AVP / VP / SVP (副總裁) ○ GM (總經理) ○ C-Level: CEO, CTO, COO … etc ○ Chairman (總裁) 軟體團隊裡「非工程」角色
- 23. 工作的團隊，包含前述所有角色 恭喜，你在一個非常幸 (Si) 福(lo)的企業！ 23
- 24. ● 電商：軟體是核心 ○ 集中式電商 ○去中心化電商 ● 金融 ○ 支付、金流 ○ 網路銀行 ● 製造 ○ MES (生產製造) ● 純軟：Google、Microsoft ● 娛樂： ○ 直播串流 ○ 媒體串流 (OTT) 24 「產業」決定軟體的價值？
- 25.
- 26. 26 內部發動的需求 外部發動的需求 功 能 非 功 能 開 (ㄔㄠ) 源(ㄑㄧㄢˊ) 節 (ㄔㄥˊ) 流 (ㄅㄣˇ) A B C D 需求源頭 (Requirement Source) 需求類型 開 發 維 運 組織內的任務樣態
- 27. 27 小結 ● 這個世界很不完美 ● 因為不完美，所以有很多機會 ●因為機會，讓大家對未來有所期待 ● 當你上位的時候，別忘了當時的初衷
- 28.
- 29.
- 30. Value of Software ●Reusable ● Scalable (Biz) 30
- 31. 自己造輪子 這件事情的 技術決策，只有兩個因素： 1.很瞭解自己的需求、不了解自己的需求 2. 能駕馭通用工具、不能駕馭通用工具 現象一：造輪子 31 Source
- 32. 32 現象二：範圍 ● 工具涵蓋的 ○ Springboot、JavaLanguage ○ React.JS、Node.JS ● 任務需要的 ○ Domain Know How ● 你以為掌握的：技能、領域知識 ● 你實際掌握的：技能、領域知識
- 33.
- 34.
- 35.
- 36.
- 37. Thinking 37 ● 學習「好的」框架，學習「打破」框架 ○ SpringBoot、ASP.NET、FastAP、React.JS… etc ○ Out of the box thinker ● 讓自己用 Outside In 的思考方式看事情 ○ Top - Down ● 而不是 Inside Out (由內而外) → 井裡虧天 ○ Bottom - up ● 從生活當中，找到「好」的產品，思考他是怎麼做出來的 ● 軟體開發是個「共同創做」的過程，需要大量「溝通」、融合想法，深度思考
- 38. 建議一：念 CS 但不想寫Code ● 無論是否要去寫程式，都要嘗試寫寫看，因為寫程式的過程，就是具象化腦袋 裡想法的過程。 ● 「程式」是這時代把想法落實的最好工具之一，成本最低 ○ 有些人會用其他媒介，像是音樂、電影、文字、手做 XX、木工、DIY ● 想從事工程師以外的角色，像是 PM，一定要了解軟體開發的實際過程。 ○ 不了解軟體開發流程，跑去當 Scrum Master、PM 往往會沒有說服力 ● 強化對於「產品」的認識，多去論述產品的價值 ● 強化溝通表達能力 38
- 39. 建議二：義無反顧的從事寫程式工作 39 ● 至少精通靜態語言、動態語言各一個，熟悉作業系統、網路原理。 ● 習慣：每次Commit Code 之前要做輕量的「重構」，每次發 PR / MR 之前，要 做「完整」重構 ● 讀好的開源程式碼，例如 K8s / JDK / Linux 的 Source Code ● 閱讀經典軟體工程書籍 ● 建立自己的軟體實驗室： ○ 一台記憶體夠大、硬碟夠快的電腦，可以跑VM / Network / K8s ○ 個人的投資：通常會是頂規的電腦 ■ 第一台 NB 2005 : IBM ThinkPad T42p (65k) ■ 2013: PC: i7-950, 記憶體 24GB, HDD 2TB ■ 2020: iMac: i9, 64GB, SSD 2TB ○ 學一朵雲: AWS / Azure / GCP 均可，建立好「成本」概念
- 40. 建議三：不是念 CS 但想跳進來的人 ●從實作開始，像是做一個類似 twitter 功能的網站 ○ Tech Stack: LAMP / LNMP ● 到各大學校的 Open Course 把資料結構、演算法、作業系統、計算機結構補 齊。 ● 強化溝通表達能力 ● 善用自己原本的專業領域，例如大氣科學，衛星雲圖跟系統監控 40
- 41. 建議四：職場必要的共用技能 - 溝通、協作 ●協作、溝通表達： ○ 會議、溝通 ○ 凝聚團隊共識的溝通方法 ● 資訊整合的能力：蒐集、掌握資訊、彙整、摘要 ● 看懂局勢的能力：利害關係、從屬關係 ● 寫作與閱讀： ○ 靠北工程師：沒有文件，全靠通靈 ● 親和力 → LDS ○ https://rick.is.lds.guru 41
- 42. 組織或團隊裡的人 (找到自己的定位) 1. 做東西：就是有技能，像是寫Code、演奏樂器 2. 總管：有點像把一群人聚起來，變成相互協作的人，像是做出一個系統、一張 專輯 3. 行腳：把東西推銷出去的人，像是辦演唱會、產品說明會 最多的是 1)，像是工程師；總管則像是 PM / PO / 主管的角色：最難找的是 3)，把 東西推出去的角色，也就是業務。 42 Source
- 43.
- 44. 44 轉換角色 Operation / Infrastrcuture Software QA SoftwareDeveloper Architect Lead Product Manager Engineering Manager 轉換過程可能是痛苦的， 但每次轉換，都培養出新的能力。
- 45. 幾個長期的習慣 45 ● 閱讀：小說 ○ 金庸小說、三體、艾希莫夫… ○ 科幻小說、三國演義、成長 ● 寫作： ○ Blog：整理出自己的目錄 , 深化領域 ○ 日記：跟自己對話、vlog ● 財務規劃：income / outcome ● 給自己的獎勵機制 ● 做自己的年度計畫 ● 做好時間規劃，時間管理 ● 持續學習、掌握趨勢 ● 培養 STEM 以外的人文領域，讓自己是 STEAM，A is Art.
- 46.
- 47.
- 48. 階段性的定位自己 ● I 型：專注在特定領域，並且鑽研的很深 ○Java 專家、電商專家 ● T 型：專注在那定領域之外，也橫向發展一些技能 ○ 後端 + 部分 Scrum Master ● E 型：同時具備多個領域的專長，每個都具備專家 程度 ○ 後端、前端、Scrum Master、管理 ● O 型：全能型人才 → 達文西 48 定位自己的「形狀」
- 49.
- 50.
- 51.
- 52. 一、設定目標 列舉 2 ~3 項目，今年或二年之內想完成的目標，每個項目 要包含以下： ● 為何是這個目標？背後動機？ ● 對職涯與個人的價值？ ● 這個目標如何判斷是否完成 (Definition of Done)
- 53.
- 54.
- 55.
- 56. Agenda 56 ● 一、個人自我探索與經歷 ● 二、台灣軟體職場的樣態 ●三、萬般皆下品，唯有寫 Code 高？ ● 四、在生命轉彎的地方 ● 持續成長的具體做法 ● Q&A
- 57.
- 58.