今天想跟大家聊聊，具備哪些條件，能讓你談加薪時立於不敗之地，並獲得自己期待的薪水。

以及我是如何在一份工作中，從工程師做到專案經理，最後站上部門技術主管的位置。

有人的地方就會有江湖，職場並非埋頭苦幹就能有收穫的地方，所有你想要的一切都要靠自己主動爭取 💪

我也在 YT 分享了這段心路歷程，用影像和聲音傳達更完整的故事 🎙️

對職場故事感興趣的朋友，歡迎按下訂閱按鈕 🔔

未來我會分享自己擔任技術主管時面臨的挑戰，以及人生不同階段的職涯策略。

【程式碼外的戰場 EP3】職場從不獎勵好人，只獎勵有選擇權的人

當了 3 年模範員工，加薪還跟不上通膨

你也許在一些職涯課程，或是老闆的演講中聽過下面這些話：

• 好員工要站在老闆的角度思考
• 我們不是要求你多做，只是希望你能更主動
• 你要先證明自己的價值，再去要獎勵

這些話聽起來都很有道理 🤔

但在現實的職場，就算你站在老闆的角度思考，主動做超出職務範圍的任務，用成績證明了自己的價值。

也不代表你可以升職加薪 😤

第二份工作入職時，我的職位是「資深工程師」，同時也是團隊的第一位工程師。

我不但是系統的主要開發人員，還要協助新人的教育訓練，並擔任跨部門溝通的窗口。

甚至為公司導入專案管理系統、建立文件制度來優化團隊工作效率。

在有明確績效的狀態下，你覺得我的薪水會有多少成長？

答案是：三年下來的調薪不到 10%，僅能勉強跟上通膨！

拒絕公司畫的大餅，一切都要白底黑字

我每年的績效考核都非常優秀，但加薪幅度卻少得可憐。

前兩年跟主管反應調薪問題時，他跟我說：「你已經是部門調薪幅度最高的了！」

先不論這句話的真假，因為不滿於現在的薪水，所以我直球對決的詢問：

「那我要怎麼做，才能取得我想要的薪水？」

主管是這麼回答的：「部門的系統還沒正式上線，沒有為公司創造價值啊！等上線後就幫你調薪！」

結果到了第三年，系統已經上線一段時間，開始為公司創造產值了，可依舊沒有反應在調薪上。

而這個結果，應該不只發生在我身上，因為其他同事的情緒也明顯低落 😱

於是部門內的人心照不宣的開始頻繁請假。

心灰意冷的我也決定去面試，想了解自己現在的市場行情。

同時補充一下，除了執行公司的專案外，下班後我還有持續自我精進，比如：

1. 經營自媒體分享專業知識
2. 接外包與販售 App 產品
3. 參加 iThome 鐵人賽
4. 鐵人賽獲獎後出版專業書籍

因為履歷完整度高，所以談到的 Offer 都比當時的年薪高 30% 以上 ⬆

於是我便傳了這段訊息給主管：

❝ 我最近剛好遇到了一個機會，他開的薪水讓我了解到自己的市場價值；

但比起那些，我更想要留在這間公司跟大家繼續打拼，想了解有沒有調整的空間。 ❞

傳完這段訊息後，我發現主管跟副總的頭像馬上變成通話中。

大約隔了 10 分鐘，副總打電話給我，他很直接的說：「我們希望你留下來，對方開多少，我們可以比他高！」

經過幾輪談判後，這次內部調薪的幅度超過 40% 🎉

相比於過去的口頭承諾，這次調薪是白紙黑字的寫在合約上，而且即刻生效。

沒有人不可取代，但成本不一樣

之所以調薪幅度能超過 40%，主要有以下幾個原因：

• 我是唯一掌握所有技術的人
• 團隊已經有幾位工程師提離職
• 線上的產品還有 Bug 需要處理

也許你聽過一句話：「別把自己看得太重要，公司沒了你照樣運轉。」

這句話說得沒錯，沒有人是不可取代的，但取代的成本不一樣。

我估計公司近三年來，在這部門至少投入了 2000 萬，甚至高達 3000 萬。

部門裡其他人走了，我都能頂他們的位置，但公司沒有人可以頂我的位置。

如果找新人進來培訓，可能要花 2~3 個月才有機會初步掌握。

而這段熟悉的時間，公司可能會因為產品 Bug 導致掉單 💸

所以站在公司的立場，用加薪把我留下來，其實是最划算的決策。

所有想要的一切，都要主動爭取

其實大多數公司，就算知道員工有卓越的表現也不願意破格調薪。

即使你拿成績去找上級，也時常被以公司制度為由只能微幅調整。

如果對這間公司還有留戀，我的建議絕對不是什麼加強向上管理能力，或繼續努力總有一天會被發現的廢話。

因為這些做法是否有效，完全取決於上級的良心。

與其長期投資一個不確定的未來，又將最終決定權交到對方手上，還不如自己主動獲得談判權。

如果在其他公司拿到不錯的 Offer，不僅可以做為跟公司談判的籌碼，也保留了談判破局的後路。

⚠️ 警告
這個是殺手鐧，一間公司用一次就是極限了，這世界上沒有人喜歡被威脅。
部分公司會因為這些話給你貼上「不忠」的標籤，絕對要經過謹慎考量後再用這招 🚨

另外我會選擇留下來，除了「加薪」的誘因外，還有「主管」的職稱，這兩者都能成為我下份工作很好的談判籌碼。

經歷第一間與第二間公司的洗禮，我了解到如果想獲得內部大幅調薪，只能依靠「談判」，否則正常調薪的幅度往往落在 2~5%。

如果有老闆剛好看到這隻影片，我想從員工角度說段心裡話：

❝ 當員工有卓越的表現時，只有超乎預期的加薪，才能讓他感受到自己的努力是值得的；

但當員工主動來爭取的時候，就算你給他了，他也只會覺得這是自己應得的。 ❞

這邊我拿自己來比喻，如果公司當初有主動調薪 20%，我應該會感恩戴德、做牛做馬。

但後來透過談判調薪超過 40%，我也只會覺得自己本來就值這個價格，是你過去裝作不知道。

擔任專案經理，從執行者轉為協調者

調完薪水後，主管詢問我未來的職涯方向，想往「技術主管」還是「專案經理」的角色發展。

當時我選擇了專案經理的角色，因為對部門的技術非常了解，也大概知道每位工程師的能力在哪裡。

所以可以跟大家協調出合理的開發時間，並撰寫出工程師看到就能夠執行的需求規格。

並且得益於工程師的背景，讓我在面對產品端提出的需求時。

更能評估開發的可行性與時程，並適時擋掉完全不可行的需求。

由於過去擔任跨部門溝通的主要窗口，所以在協調外部資源時也得心應手。

這邊我也剛好提一下，如果你覺得公司的專案經理只有傳聲筒的功能，那通常是因為對方並不具備對應的背景知識 🤷

在科技業要當一個合格的專案經理，至少要有對程式有基本的 Sense。

因為不是每個工程師都有好的表達能力，有時千言萬語還不如看程式理解更快。

你不用真的會寫，但至少要能看懂對方想表達什麼。

遇到不懂的地方時，也可以先透過 AI 做個功課，這樣討論的效率會更好。

歷練過，才知道自己適合什麼

儘管我能扮演好一個專案經理的角色；但做了幾個月後，我發現自己並不喜歡這樣的工作，因為：

• 每天有大量的會議，幾乎佔去一半的工作時間
• 通訊軟體永遠有回不完的未讀訊息
• 我發現自己的技術能力在快速衰退

其中技術衰退是最主要的原因，因為我感覺到自己如果再當半年的專案經理，可能再也無法回去當工程師了 😰

工程師只要具備一定的溝通表達能力，轉職專案經理相對輕鬆。

但想從專案經理轉到工程師，難度非常高 ⚠️

即便你過去有工程師的基礎，但技術這個東西，只要一段時間沒碰，之後想再撿回來就沒那麼容易了。

剛好當時公司有上市櫃的需求，需要開發大量內部系統來面對主管機關的稽核。

於是我跑去跟主管商量，表達自己如果擔任「技術主管」的角色，對部門會有更大的幫助。

並說明說這些內部系統的使用者都是以行政單位為主，因此專案經理並不需要太多的專業知識。

而把我這個人力轉移到技術主管的角色，除了能加速開發進度外，還可以招新人來擴增部門人數。

主管升官的黑暗兵法

這邊也分享一些職場的陰暗面，有些公司的「主管職位」會與帶領的「團隊人數」有正相關。

但部門的人事費用往往是固定的，因此主管有兩種選擇：

1. 招募少量強者，打造執行效率高的精英團隊
2. 招募大量新手，建立人數龐大但戰力低弱的團隊

站在公司的角度，第一個選項當然是最好的，但站在主管的角度就不一定了 😏

因為強者往往有豐富的職場經驗、不但難掌控還可能反噬自己。

而新人因為缺乏社會經驗與履歷，儘管做事效率不高但非常聽話 👶

如果以「升官」為目標，有些主管會用選項二來擴增勢力版圖。

而我當年的主管很有想法，在部門草創時，使用選項一，執行精兵策略快速打造產品。

等產品正式上線後，改為選項二，透過重建團隊來擴充勢力、增加政治資本。

也許有些人覺得這樣的做法很黑暗，但有人的地方就會有江湖。

公司也是江湖的縮影，早點認清現實，你比較不會受傷。

你有什麼談判的資本？

職場上大部分人的想法是：「領多少錢，做多少事。」

我覺得這樣的想法也沒錯，畢竟你看我做那麼多事，如果不是拿 Offer 去談判，公司根本沒打算給我對應的報酬 😤

但也許我們可以換個思維：

如果想要拿到更好的薪水，你有什麼談判的資本？

如果總是被動的接受任務，那往往沒什麼談判資本。

因為你只是在做份內的事罷了，即使出去面試也沒什麼能吸引人的亮點。

而我在這間公司所做的，是主動與主管討論任務、爭取到不同職位歷練。

這才讓我在短短的四年間，做過「工程師、專案經理、技術主管」等職位，累積更全面的職涯視角。

其實工作 4 到 7 年後，大部分的人都具備獨立作業能力。

職涯越往後走，軟實力會越重要。

畢竟隨著專案規模的擴大，就算你單兵作戰能力再強，也不可能一個人完成所有任務。

所以履歷中如果有對團隊、公司的貢獻，會是業界對資深員工的加分點。

因為他證明了你在工作中不是只想到自己，還有辦法透過具體的實際行動給其他人幫助 🤝

相比於自己做到死，完成比別人多一倍的工作；

建立制度，提升全體員工 5% 的效率是更有價值的 ✅

現在很少人能一輩子都待在同一間公司，所以沒必要把周圍同事當成敵人。

因為你能帶走的履歷，從來不是擊敗了誰，而是你曾經幫助多少人成長 🌱

在下一篇文章，我會分享自己升上技術主管後面臨的挑戰，以及在舒適圈中看見自己盲點的技巧。

如果今天的故事有給你啟發與幫助，可以順手按個讚，把文章分享給需要的朋友

未來我會分享更多職場故事與生存技巧～

今天想跟大家聊兩個職涯議題～

一個是求職時「挑選工作」的技巧，如何用一樣的履歷談到更高薪水。

另一個是在職時如何透過「主動安排」工作，擴增舒適圈，累積與眾不同的履歷。

畢竟想在職涯中有好選擇，你得先讓自己有更多選擇。

如果想用「聽」的，可以觀看 YT 喔 👉

對職場故事感興趣的朋友，歡迎按下訂閱按鈕。

未來我會分享自己從工程師做到專案經理、技術主管，一直到現在外商工作的故事。

【程式碼外的戰場 EP2】去需要你的公司，累積最多的履歷

薪水，是環境決定的

面試的時候，每間公司開出來的薪水都不一樣。

但你還是你，你的能力不會在短短幾小時、幾天就發生巨大的變化。

我認為影響薪水的因素主要有兩點：

1. 這間公司是否賺錢：有賺錢的公司，你更有機會談到高於市場的價碼。
2. 你與這個職缺有多高的匹配度：匹配度高，就代表你可以在更短的時間成為即戰力。

在匹配度這塊，我以軟體工程師舉例，因為這個職稱下會有很多細分職位：

• 設計網頁視覺與互動體驗的是「前端工程師」
• 負責資料處理與系統邏輯的是「後端工程師」
• 確保系統穩定運作的是「維運工程師」

而我當年第一份工作是在一間軟體接案公司，因為人少，所以職位沒有劃分的那麼詳細。

換句話說，就是你什麼都要會，但這件事有好有壞。

如果我面試的是前端工程師、後端工程師，這些有明確劃分工作內容的職位，我無法談到理想的薪水 😭

因為以接案公司來說，在期限內交付專案是最重要的。

過去光是把功能完成，我就已經搞到天天加班，根本沒力氣深入研究技術細節與效能優化。

因此面試幾次碰壁後，我把目光轉移到全端工程師這個職位。

由於技能匹配度高，薪水相比於過去面試的前後端職位，保底就多了 2 成以上。

選需要你的公司，填不後悔的薪水

這邊分享一個印象深刻的面試經驗，當時面試官是公司的副總。

簡單聊幾句話後，他便起身跟我說：「接下來，我要帶領我們雲端部門的團隊來跟你面試。」

幾分鐘後，他帶一個人走進會議室，正當我疑惑的時候，他開口說道：「如果你選擇加入我們公司，你就是團隊的第一位工程師。」

儘管我面試的是一間業務範圍跨足全球，員工達數百人的硬體公司，但雲端部門才剛成立。

故事說到這裡，大家不妨思考一下，如果換作是你，會做出什麼決策 🤔

反正我當年聽到這個消息時，就知道自己的機會來了！

我拿出準備好的簡報，詳細說明自己是如何從零開始，獨自打造出一套系統的。

因為同時兼任專案經理、設計師、前後端工程師等多重角色，所以面試被問到的所有問題，我都能清楚說明背後的設計思維與實務經驗。

在技術面試結束後，我就知道自己是公司要的人 💪

所以最後與人資面談時，在期望薪水那欄，我寫了一個就算加班到爆也不會後悔的數字。

結果隔天就收到錄取通知了，恩…也許我當年可以填更高一點 😏

透過這個案例，大家應該可以感受到，你與職位的「匹配度」，會對薪水產生多大影響。

我會很多技能這件事，在有些公司看來是「樣樣通、樣樣鬆」。

但這個特質如果放到剛起步、需要全才的公司，我就是個難得一見的人才！

而且這份工作除了要從零建構一套系統外，還要與韌體、App 部門的同事溝通。

因此還需要具備跨部門溝通，以及資訊整合的能力。

剛好，我在上一份工作擁有與政府官員溝通，以及整合各單位需求的豐富經驗，這也讓面試官更相信我適合這個職位。

擴大舒適圈，成為更有價值的人

入職後，我做了很多別人眼中「自找麻煩」的事情。

但如果你只願意做份內的事，就不要期待未來會有不一樣的變化。

很多時候只要多做一點，你就能在公司建立自己的影響力！

這邊的「多做一點」並不是要你加班，而是要學會主動安排自己的工作。

這不但能給別人積極主動的印象，還可以讓履歷的素材更豐富，讓年資不再成為職涯的限制。

因為我是部門除主管外的第一位工程師，所以除了網頁前後端的開發外。

公司內部的伺服器架設、GitLab CI/CD 自動化、GCP 雲端部署⋯等 DevOps、MIS 的任務都跑到我頭上。

除了上述雜事要處理外，當時公司會成立雲端部門，是因為公司販售的硬體設備為了符合法規，需要搭配一些雲端支援的功能。

所以我們部門要提供 API 給韌體與 App 部門的同事使用。

但隔行如隔山，因為雙方的專業領域不同，所以初期也花了不少時間釐清規格，並把討論結果彙整成彼此有共識的開發文件，確保日後溝通不會雞同鴨講。

或許從工程師的角度來看，我做了很多「本職工作」以外的事情；但我覺得自己是在「擴大舒適圈」。

• 架設內部伺服器的過程，讓我對公司網路架構有更深刻的理解。
• 設計 Gitlab CI/CD 流程，讓我了解加入哪些步驟可以讓專案更穩定。
• 操作 GCP 雲端部署，則是我過去沒有接觸過的技能。
• 理解韌體與 APP 部門的需求後，我對公司的硬體產品有更全面的認識。

我當然可以選擇裝死，讓主管去搞定與釐清這一切，但我選擇主動承接這些任務。

因為搞定這些「陌生」的事情，是在擴增我的舒適圈，讓我可以走到更遠的地方。

當然每個人的職涯規劃不同，有些人可能想把某項技術鑽研到極致。

而我選擇的是，從實務中學習需要的技術、從問題中找到解決的方法，所以技能樹非常的發散。

我認這沒有對錯，只是個人選擇。

導入專案系統，增加合作效率

隨著業務量增加，部門後續有找前端、後端、DevOps 工程師與 UI/UX 設計師加入團隊。

但其他部門遇到問題、有新需求時，第一個還是先想到我，除了寄信、傳訊息外，有些人會直接跑到我座位旁邊討論。

這導致我常常事情做到一半被打斷思路，而且訊息、郵件過多時，總是會有漏看、漏回的狀況發生；於是我心想，這樣不行啊！

所以開始思考如何優化部門間的溝通問題，與主管討論後，我在公司內部架設了開源的專案管理系統（ex：REDMINE、Zentao）讓大家使用。

並負責向各部門做系統的教育訓練、指派 Key man 協助推廣。

導入專案管理系統後，資訊就變得透明化，大家都可以更有效地掌握任務時程、討論過程、工作進度、負責人員等。

儘管其他部門一開始都還是把任務指派給我，但我可以等工作到一個段落後，再來統一處理；並轉移一些任務給同事，而不是自己一個人傻傻做到死。

在各部門同事熟悉專案管理系統的操作後，我就要回了自己的時間。

這邊要特別感謝主管與執行長的支持
這個故事表面看起來很輕鬆，但剛開始在內部推專案管理系統的阻礙超大，因為這是在改變所有人過去的做事流程。
而且專案管理系統會讓一切執行中的任務都「透明化」，讓混水摸魚的人原形畢露，所以部分資深員工的反對聲浪尤其大。
有時就算有更好的方案，大部分的人還是喜歡用自己習慣的流程。
所以推行初期，專案管理系統只在自己的部門內使用。
執行一段時間，主管將成效報告給執行長，執行長對結果很滿意，才下令各部門必須強制推動。
一個組織的改革，單靠員工的努力是不夠的；一定要有高層的協助，才會進行得順利。

建立文件系統，縮小資訊落差

隨著部門持續擴張，我發現自己一直在做重複的事：

• 設定電腦開發環境
• 介紹合作夥伴的工作執掌
• 講解系統架構與操作流程
• 說明技術框架與開發規範

而且這些資訊就算說過一遍，新進人員往往同一個問題還會問好幾遍。

為了改善這個狀況，與主管討論後，我便開始著手建立新人的教育訓練文件；並將專案使用到的技術、常遇到的問題、目前的開發流程，整理成有結構、方便查詢的技術文件。

這樣同事日後在遇到問題時，就可以先從文件找答案。

雖然寫文件很花時間，但只要建立好，他就具備「重用」的特性，不用浪費時間重複解釋。

而且人的記憶是不可靠的，就算是當事人，也可能在幾個月後就忘得一乾二淨，很多時候，建立文件是為了幫助未來的自己。

而且整理公司文件的過程中，發生一件有趣的事情！
我沈睡多年的作家魂突然甦醒了，所以把這些文件寫的鉅細彌遺、邏輯縝密。
寫完後覺得這些文件只給同事看太可惜，在把機敏資料移除後，我以技術分享文的形式發表在 Medium。
希望能幫助遇到相同問題的朋友們，從此開啟了自己的斜槓之路。
現在回頭來看，人生際遇真的很難說，但用盡全力的人肯定會有更多機會。

人生，是自己選擇而來的

有些人可能覺得做「份外」的事情很吃虧，公司又未必會幫你加薪升職。

但我認為這是在累積自己的底蘊，就算現在的公司看不懂你的價值，之後找一間懂你的就好了！

想進入優秀的團隊，你要先成為一個優秀的人！

另外找到自己職場的「定位」很重要，以我個人來說，比起深入研究單一領域，我更喜歡接觸不同領域的新知識。

「專才」也好，「通才」也罷，在有興趣與優勢的領域持續發展，定位就會自己出現。

我第二份工作做了 4 年多，今天的文章才講到一半而已。

在下一篇文章，我會分享自己是如何在一份工作中，從工程師做到專案經理，最後站上部門技術主管的位置。

以及如何透過談判，獲得超過 40% 的內部調薪。

今天的故事就分享到這邊，如果有給你啟發與幫助，可以順手按個讚，把文章分享給需要的朋友。

未來我會分享更多職場故事與生存技巧～

今天想跟大家聊聊，我退伍後第一份工作的故事。

希望透過我的經驗，讓大家知道，比努力更重要的，是知道自己在做什麼。

不要被「天公疼憨人、吃苦當吃補、吃虧就是佔便宜、戲臺下站久了就是你的⋯」這些鬼話給洗腦。

我知道很多人都嚮往工程師這個職業，覺得只要成為工程師就能年薪百萬。

但很遺憾的，筆者國立大學資訊工程系畢業，2016 年退伍後第一份工作的起薪才三萬多，換算年薪約五十萬左右。

而這已經是我面試多間公司後，比較好的一個結果了，我周圍的同學也都差不多領這個薪水。

儘管大家起步差不多，但隨著工作年資成長；根據個人選擇的不同，彼此人生軌跡也會有極大的差異。

如果想用「聽」的，可以觀看 YT 喔 👉

對職場故事感興趣的朋友，歡迎按下訂閱按鈕。

未來我會分享自己從工程師做到專案經理、技術主管，一直到現在外商工作的故事。

【程式碼外的戰場 EP1】努力是為了職場的可能性，還是想證明自己的奴性？

回到我的第一份工作，那是一間專門接案的純軟公司。

員工人數約 15 人、採用扁平化管理，主要業務是承接政府單位的案子；除了主管外，工程師的年齡大多落在三十歲以下。

剛開始工作的第一年還可以正常上下班，加班也只是偶爾發生。

但自從公司接到一個沒有同業想要競標的大案子後，我的人生就變成黑白的了。

公司給你筆電，是希望你把工作帶回家

這份工作剛滿一年時，我便被指派擔任大型專案的主力開發工程師。

一開始我以為這是主管對自己能力的信任，但與客戶開會後，我發現並不是這麼一回事。

這是一個總價超過千萬的專案，原本政府官員以為會有一個團隊參與開發。

但實際上，這片天我要一個人撐起，而且在這份專案中我要十項全能。

除了基本的網站前後端開發外，從一開始的需求訪談、Wireframe 設計、產品 MVP 規劃、易用性測試⋯到上線後的全國教育訓練都由我來主導。

負責這個專案時，我幾乎每天都在加班，常常搭末班車回家。

但加班沒有加班費，在公司待太晚，老闆路過時還會跟你說：

公司給你筆電，就是希望你把工作帶回家，你不知道留在公司加班很浪費冷氣嗎？

哈！如果是現在的我聽到這句話，應該當場就提離職了；但當年的我，卻傻傻的自己吞下這一切。

客戶不滿意，就叫你立刻到現場給他罵

如果我拿的是主角劇本，應該在努力加班完成產品後獲得賞識、升官加薪。

但在現實生活中，客戶對我我每天加班趕出來的產品原型不滿意；不只打電話到公司罵人，甚至叫我立刻到現場給他罵才解氣。

面對這種客戶，你覺得公司會怎麼面對？

當然是讓我馬上動身到客戶面前挨罵啊！

而且因為專案採取隕石流的方式開發，規格朝令夕改，導致進度延宕。

官員甚至打電話到公司，希望我可以直接到政府單位駐點，他想親自盯著我開發。

也許螢幕前的觀眾會好奇：「政府官員看得懂程式嗎？」

恩⋯他的確看不懂，但就是希望我在他眼皮底下做事。

面對這種無理的要求，想當然的，公司當然是舉雙手同意我去政府單位駐點！

不過駐點並不是政府單位的極限，他們還導入了變形的敏捷開發。

每天早上 9:30 跟下午 4:30 都要開 Scrum meeting 來檢視專案進度。

並實際操作系統確認功能符合他們的需求，然後排定後續任務。

相信一天開兩次 Scrum meeting 這件事會讓人感到疑惑。

不過也許有人已經猜到了，他們下午 4:30 所訂下的任務，是要在隔天早上 9:30 驗收的。

我現在回想起這段時光，還是覺得極其荒唐。

如果不是因為剛退伍奴性堅強，工作經驗不多懵懂無知。

我絕對不可能在這樣的環境待超過一週。

請大家記住一件事：

也許不合理的環境可以讓你快速成長，但不合理就是不合理；千萬不要在有問題的環境待久了，就把不合理當成理所當然。

我需要一個有代表性的作品

看到這裡，應該很多人對我為何沒離職感到困惑，職場又不是軍營。

面對不合理的環境根本沒有待下去的理由啊！

其實當年我在接到這個專案後，無時無刻都想著離職。

畢竟無論自己多努力、加多少班，公司不但沒給加班費，連調薪的幅度都讓人覺得是一種羞辱。

但我還是把離職的衝動給克制住了，因為我很清楚這份專案的價值。

它是一個全國性的專案，如果能把它做好，那就是一份很難得的履歷。

市場上的工程師這麼多，光靠技術與努力是很難脫穎而出的，你需要一些更「實際」的東西來證明自己的價值。

一個代表性的專案，能讓你在跳槽時把自己賣到一個好價格。

在人才市場上，「人」就是商品，包裝精美的容易溢價，賣相較差的容易折價。

所有想要的一切都要靠自己主動爭取，在職場懂得「包裝」才有更多機會！

在有話語權的時候，請勇敢為自己爭取

前面有提到這個專案是我一個人撐起的，這代表所有技術細節只有我知道。

因此看到調薪結果不如預期時，我直接跟總經理約一個會議討論薪資。

一開始我先說明這個專案的複雜度與自己的努力，並提到專案在幾週後就要進行階段性驗收。

整個談判過程非常順利，最終加薪幅度也符合我的期待。

有時談判的重點不在於你有多高超的話術，而在於你手上有多少籌碼。

我不是鼓勵威脅，但如果主管、老闆看到你做出成果後依然繼續裝睡。

假如你不主動爭取，那過去的努力不過是徒勞無功。

台灣傳統教育大多要求服從、被動接受，但出社會後你會發現當乖乖牌只會被別人認為你好欺負。

士別三日，刮目相看

專案剛開始時，政府官員完全瞧不上我這個工作經驗只有一年的菜逼八，開會中各種羞辱。

但隨著合作進行到尾聲，政府官員主動向主管稱讚我，並希望能幫我加薪、給予加班費。

恩…雖然裝睡的人叫不醒。

但能讓原本看不起你的人認同你，這對我來說是一件值得自豪的事情，因為這側面說明了自己的成長。

系統最後在 3 次全國範圍的易用性測試後正式上線，在上線後不久我便遞出辭呈。

因為我已經完成階段性任務，並拿到這份履歷了，沒必要繼續委屈自己待在一個不合理的環境。

政府官員在得知我離職的消息後，馬上提供一個薪水還不錯的職缺，希望我可以繼續維護系統。

不過剛脫離這個環境的我，怎麼可能會再主動跳進去呢？

重點不是吃了多少苦，而是知道有什麼意義

無論是工程師還是其他職業，我認為有一個代表性作品是非常重要的，因為它能快速讓人對你產生記憶點。

我認為在職涯初期「培養專業技能」是最重要的事，因為這才是你能帶得走的東西。

甚至我會鼓勵大家，主動去承接稍微超過自己能力範圍的任務。

不要害怕失敗，因為職場對新人的失敗有相對高的容忍度；而且萬一真的失敗了，最頭痛的其實是公司而不是你。

另外很多行業都要加班，但要認清自己加班是為了什麼。

如果加班只是在做一些重複、瑣碎的事情，那這對職涯並沒有多大幫助，只是證明自己很有奴性而已。

沒有人會把卑躬屈膝的狗，當成平等的人來對待。

想升官加薪，聽話，不是唯一的路。

你做了什麼事，遠比你做了多少事更為重要。

但即使清楚加班是為了更好的未來，還是建議量力而為。

畢竟身體只有一個，長時間加班帶來的疲倦與壓力，不僅會降低你的睡眠品質，還容易導致易怒、情緒失控、健康亮紅燈。

經歷過這份工作的殘害後，未來面試新工作時，我都一定會詢問：「公司是否有加班文化？如果需要加班，是否有加班費？」

如果一個公司連基本的勞基法都做不到，那無論這份工作多吸引人，我都不會考慮。

不過從結果來看，我還是很感謝這份工作帶給我的歷練。

畢竟工作經驗才一年的菜鳥工程師，很少有機會能代表公司與大客戶接觸，並親身經歷專案完整的流程，這裡我很感謝主管給我的信任。

在文章的最後，給剛步入職場的新鮮人一點建議。

大部分的人在找第一份工作時，通常手上沒有太多的談判資本，如果你想盡可能避免地雷職缺，可以從以下幾點判斷：

與面試官聊的愉快，至少基本的磁場要合

如果連面試都不愉快了，那進去基本上只會更痛苦。

公司符合勞基法

就算面試官說公司基本上不會加班，還是建議得到是否有加班費的肯定答案，除非你喜歡給老闆做功德。

在意的點都要問清楚

新鮮人最常犯的錯誤，就是怕講實話公司就不錄用自己；但試想一下，若到職才發現不適合，豈不是更浪費時間？請務必在面試時釐清彼此的需求。

我第一份工作的故事就分享到這邊，如果有給你啟發與幫助，可以順手按個讚，把文章分享給需要的朋友。

未來我會分享更多職場故事與生存技巧～

所有想要的一切都要靠自己主動爭取，在職場懂得「包裝」才有更多機會！

上個月受 iThome 邀約，到鐵人講堂分享職涯經驗。

在準備這次分享的過程中，我在想，如果時光能倒流，我會給過去的自己哪些職涯建議。

跟許多工程師朋友討論後，我最後選擇了「履歷」這個主題，因為每個人一定都會用到。

這堂講座並不會要大家馬上做出重大改變，而是給予一些建議，讓大家可以在熟悉的環境中多做一點事來認識、調整自己。

課程大綱

一、準備履歷不只是為了面試！

• 了解履歷對職涯的重要性
• 求職履歷該有哪些元素？
• 撰寫讓別人想認識你的「重點」
• 擴充自己的履歷

二、你要對自己的履歷瞭若指掌

• 工程師履歷範本
• 寫好履歷後要做的功課
• 面試官從履歷中看到了什麼

三、用簡報讓面試官集中注意力

• 準備面試簡報有哪些好處？
• 簡報要有哪些內容
• 提升簡報穩定度的 4 個方法

如果想優化自己的履歷、增加面試時的穩定度，點擊下方連結，現在只要註冊 iThome 會員就可以「免費」觀看嚕：

https://itplus.ithome.com.tw/webinar-page/201

年後有個朋友想轉換跑道，但收到錄取通知書後卻在猶豫是否接受。

於是我好奇的問他：「對方有給到你期待的薪水嗎？」

朋友：「有啊，如果接受的話薪水漲 60%。」

就算在科技業，跳槽一次漲 60% 也是很少見，所以我接著問：「是灰色產業嗎？」

朋友搖了搖頭說：「不，是一般的公司。」

聽到這裡，我有點憤怒了：「所以你是在炫耀，還是要討論？」

朋友：「雖然有炫耀的成分在，但我真的不確定自己是否會接受這份 Offer。」

一、原來科技業還有這種工作！？

朋友目前的年薪約 150 萬，可以遠端工作。

因為對手上的業務非常熟悉，所以他一週實際的上班時數約 10 小時，這還是把開會算進去才有的時數。

如果在上班時間密他，基本上他都可以秒回；如果沒有秒回，通常是因為他在打電動或是睡覺。

我想上面這段文字，可能有些顛覆大家對科技業爆肝的既定印象。

別的產業我不清楚，但軟體業真的存在這種現象；因為在相同時間下，工程師之間的產能可能相差到數十倍。

這部分涉及到一些個人天賦、認知落差的問題，日後有機會再寫文分享。

二、從時薪的角度來看一份工作的 CP 值

因為朋友目前的工作太爽了，所以即使新工作給了他一年 240 萬的 Offer，他都在猶豫。

因為原本的工作只要扮演好「工程師」的角色就好，而新的工作要擔任「架構師」；除了要熟悉新的業務外，朋友最大的猶豫點在「不能遠端上班」，而且這間公司有加班文化。

現在我們把這兩份工作列出來，大家不妨想想，如果獲得這個機會，你會如何選擇？

• 原工作：工程師，年薪 150 萬，每週工作 8~12 小時，可遠端
• 新工作：架構師，年薪 240 萬，每週工作 45~50 小時，不可遠端

如果只看年薪，大部分的人肯定選擇「新工作」；但如果把實際上班時數考慮進去，也許有部分的人選擇待在「原工作」。

因為單純從時薪的角度來看，新工作的錢反而少了近 60%。

三、不要把工作當成學習的場所

文章看到這，可能會有人說：「應該要去當架構師啊！就算不是為了錢，也能接觸更多新事物。」

的確，新工作肯定會接觸到新事物；但這並不代表你會在工作中成長，有可能只是手上的雜事變很多。

在這個案例中，如果想要學習成長，原本的工作就能有大把的時間學習了，新的環境只是用工作填滿你的時間罷了。

四、如果沒有買房、買車的需求，你還會追求高薪嗎？

最後，朋友婉拒了這份工作。

在婉拒後，對方公司直接把薪水拉高到年薪 300 萬，這已經是高達 100% 的漲幅了！

但我朋友最終還是選擇拒絕，他跟我說：「如果一開始直接開 300 萬，那就突破我的理智了，我應該會馬上答應；但因為猶豫的時間太長，在思考完工作的 CP 值後，我覺得新工作不划算。」

最後他還補了一句：「這 Offer 來晚了，我就不要了！」

其實我朋友之所以能這麼瀟灑，是因為他沒有買房、買車的需求。

現在的薪水已經可以讓他擁有不錯的生活品質，儘管有能力拿到更高的收入，但他選擇讓自己活得開心。

每個人的人生都是自己選擇而來的，文章僅是分享不同視角的觀點，讓大家知道世界的多樣性。

如果你對目前的職涯感到迷茫，想從不同視角檢視自己的選擇，相信《工程師下班有約》這本書能為你帶來靈感與啟發：

並且這份工作的內容不難，只需要偶爾加班；唯一的缺點，就是他遊走於法律的灰色地帶。

那麼在高額報酬的誘惑下，你會接受這份工作嗎？

昨晚夢到幾個工程師朋友進入灰色產業的工作經驗，如有雷同，純屬巧合。

ㄧ、灰色產業薪水真的很高嗎？

很多人覺得只要是灰色產業，薪水肯定比其他產業高不少。

但其實這個觀念只對一半，因為灰色產業也是分等級的；如果能力不足，薪水也就是多個 20% 左右。

但如果你的能力很強，足以進入頂尖團隊，那多個 100~200% 也很正常。

而且相較於其他產業，灰產更不在意年齡、工作年資。

二、不要以為自己是獨特的

認真講，絕大多數踏入灰色產業的人，能全身而退的沒有幾個。

就算你只是個工程師，在這個產業待久了價值觀也會崩壞。

因為你的同事可能來自於三道九流，晚上可能還要去各種聲色場所應酬。

一開始你可能還會有點抗拒，但過段時間，很多人就舒服地接受了，反正都是公司買單。

甚至某些公司的文化更狂，把上班比喻成上酒店可說是完全不誇張。

三、為什麼進入就很難離開？

少數相對理性的人，可能想說待個幾年，撈到錢就走。

但其實你已經很難接受外面的世界了，因為離開這個行業薪水可能直接砍半，甚至有不少公司會因為你待過灰產就直接刷掉。

而且在你提交辭呈時，如果老闆用加薪 100% 來挽留你，你走還是不走？

灰產就像印鈔機，有多少人能扛住誘惑？

四、最後分享一個上岸的故事

我目前只夢過一個朋友成功上岸，其實他也不是主動上岸，而是因為公司無預警倒閉。

當時他的年薪大概 200 萬初頭，在公司倒閉後下定決心不再接觸灰產。

他很清楚回到正常產業很難拿到過去的薪水，所以一開始就把目標降低到 150 萬。

結果面試了半年，只錄取了一間；而且到最後一關才知道，原來這個正常產業背後有一些灰色產業的東西。

又經歷了半年多的掙扎，最終他進了一間中小企業工作，年薪 80 萬，比他進入灰產前的薪水還要更低。

在夢中我問他為什麼拒絕灰產，他說：「就算要再多花 10 年才能回到年薪 200 萬，我也願意；我希望這些錢是憑藉自己實力得到的，而不是靠出賣良心。」

在夢醒後我腦中出現一句話：「所謂天真不是一無所知，而是經歷過一切後還選擇善良。」

P.S. 文章不構成任何職涯建議，只是分享夢中看見世界的多樣性。

如果你對目前的職涯感到迷茫，想從不同視角檢視自己的選擇，相信《工程師下班有約》這本書能為你帶來靈感與啟發：

如果我在 AI、科技的社團問這個問題，幾乎每個人的回答都是 Yes！

但我到企業端授課時，卻發現未必如此；因此這篇文章我想從 AI 科普講師的角度，來分享自己觀察到的市場變化 📈

同溫層效應 🌡️

很多時候，我們會把身邊看到的事物當成全世界。

如果你有加入 AI 社團，面對鋪天蓋地的 AI 應用分享，你會誤以為全世界都在使用 AI。

ChatGPT 爆紅的時間點大約在 2023 年初，當時不管是報章雜誌、新聞媒體，還是 Youtube 等自媒體平台都在瘋狂吹捧 ChatGPT 有多麼的強大，彷彿 AI 統治世界的時刻即將到來。

我以為在這麼強烈的宣傳下，應該大多數人都已經開始嘗試 AI 工具了。

但當我到企業、學校講課時，卻發現並不是這樣子的。

知道跟行動是兩件事 🧠

我通常會在課程開始前問觀眾幾個問題，來了解大家對 AI 工具的熟悉度：

1. 註冊過 ChatGPT
2. 使用過 ChatGPT 及其他 AI 工具
3. 已經將 ChatGPT 等 AI 工具應用到職場
4. 使用過 ChatGPT PLUS

從年初到年底，我講了 20 多場 AI 講座，並發現下面兩點：

1. 付費課程：學員大部分已經註冊好 ChatGPT，並在操作上有一定的基礎概念。
2. 企業內訓：學員註冊 ChatGPT 的比例大多不到 30%。

即便大部分的人都知道 ChatGPT 等 AI 工具能給自己的職場帶來幫助，但真正有行動的人並沒有想像中的多。

企業領導者起到關鍵性作用 🔑

大部分的人都是被動的，如果沒有足夠的推力，大家還是想待在舒適圈。

而企業領導者就扮演非常重要的角色，以我個人而言，今年下半年收到的企業內訓邀請是上半年的 2.5 倍。而且上課的過程中，階級越高的越認真。

儘管下半年 ChatGPT 的討論度降低，但企業端的需求大幅上升。

還記得先前提到在企業內訓時，通常註冊 ChatGPT 的比例不到 30% 的數據嗎？

在 12 月一場金融機構的內訓中，我得到一個從沒想過的數據：

1. 註冊過 ChatGPT: 95%
2. 使用過 ChatGPT 及其他 AI 工具: 80%
3. 已經將 ChatGPT 等 AI 工具應用到職場: 50%
4. 使用過 ChatGPT PLUS: 10%

這是我第一次遇到 AI 滲透率這麼高的企業，後面問下來，才知道前面已經舉辦了 4 場 AI 講座。

可見如果想推動 AI，企業端扮演非常重要的角色。

結語：AI 紅利期逐漸退去 🌅

在今年年初，如果你說自己用 AI 輔助工作，那通常會得到一片讚賞或質疑。

但現在你說自己使用 AI 輔助工作，對方可能只會很平靜的回應：「好喔。」

隨著越來越多企業將 AI 導入工作流程，AI 就會從職場加分技能變成必備技能；如果你所在的職位使用 AI 已經是常態（ex: 行銷、設計、工程師），那守舊的想法很可能讓你在未來被取代。

不過目前並不是所有企業都能接受 AI 這個新事物，因此建議大家好好把握這段空白期；因為等市場變成紅海時，就算付出更多的努力也只能得到少許的收益。

掌握先行者優勢的紅利，能讓你快速拉開與同儕的距離。

想將 AI 導入自己的職場與生活嗎？歡迎購買筆者出版的新書，幫助您在 AI 的浪潮中站穩腳步，並在未來的職場競爭中佔據優勢！

是因為 AI 不紅了嗎？不！是因為大家已經逐漸「習慣」AI 的存在🤖。

AI 對你的幫助愈大，你愈要警惕 🚨

前陣子聚會時，有個工程師朋友問到：「你未來職涯規劃會持續寫程式嗎？還是有別的打算呢？如果只會寫程式，感覺撐不過下個世代。」

面對這個問題，其實我深有感觸；因為這一年來，AI 給我的工作帶來非常大的幫助💡。

甚至可以這麼說，在演算法優化、程式重構、SQL 撰寫、DB 規劃、Unit Test、變數命名等任務上，AI 已經做得比絕大多數的工程師更好👍。

AI 對你的幫助愈大，其實你愈應該去想：「我會不會哪一天就被 AI 取代？我會不會被其他更擅長使用 AI 的人取代 🤔」

如果高度專業的技能也被 AI 取代 🔄

下面舉一個朋友的案例，他是一個年薪近 300 的工程師，之所以可以領到這個薪水，除了熟悉產業外，另一個重點是他非常熟悉組合語言💰。

如果你不知道什麼是組合語言，就把它想成 20 個人努力去學，最多就 1 個人能夠理解並掌握的技術。因為人才稀有，所以都是高薪職位。

原本朋友覺得自己可以靠這個稀有技能爽爽做到退休，但今年 3 月時，他開始焦慮了，因為他發現過去只有少數人能掌握的組合語言，對 AI 來說根本沒有難度🤯。

也就是說，如果公司意識到這件事，基於人力成本考量很有可能把他給 Fire；然後請一個熟悉這個領域，並對組合語言有基礎理解的人來取代他。

解決問題的能力會更加重要 💪

也許在 3 年內，現有的開發生態會被 AI 顛覆。

對過去的工程師來說，寫出優秀的演算法、易讀性高的程式非常重要；但現在，能夠判斷出演算法的好壞、程式的可執行性會更加重要。

而在未來，也許工程師的價值會變成解決複雜的商業邏輯、分析多個系統的資料流，有能力判斷不同方案的 Trade-off（權衡）；而撰寫程式這件事的比重會下降非常多。

因為新手工程師較難判斷 AI 答案的品質與正確性，所以未來企業在徵才時，與其僱傭新手工程師，不如僱傭會用 AI 輔助開發的資深工程師（純屬個人猜想）。

要對本質有更深刻的理解 🤓

下面分享一段朋友說的話。

前幾年 Golang 很火，相關職位的薪水都比其他程式語言來得更高，所以就有人一窩蜂地跑去學 Golang。

不過朋友是這麼說的：「這份專案用 Golang 寫，是因為面對這個需求時，Golang 的效能比較好而已；我花一個禮拜寫完這個專案，而 Golang 我才接觸兩個禮拜。」

這段話要表達的不是 Golang 很好學，而是當你對程式的本質有深刻的理解時，程式語言只是一種工具而已。

想要讓 AI 給你最大的幫助，你本身就需要具備對應的知識水平。

選擇比努力重要 🎯

這篇文章要傳遞的並不是「工程師已死、工程師將被 AI 取代」這類訊息。

而是想表達「是時候思考自己的下一步了」，因為人的時間有限，只有分配到對的位置才會有最大效益。

過去只要會寫程式就能混口飯吃，但在 AI 的時代，你還需要具備其他重要的多元化技能（團隊合作、溝通表達、產品思維…），讓自己更難被取代。

這篇文章僅是我對產業的粗淺了解，歡迎大家交流彼此的想法，有不同的聲音，才有更全面的觀點，謝謝🙏。

想將 AI 導入自己的職場與生活嗎？歡迎購買筆者出版的新書，幫助您在 AI 的浪潮中站穩腳步，並在未來的職場競爭中佔據優勢！

但其實不管團隊、專案還是作品，都是需要被管理的。

如果一切都靠本能去做，那麼專案延遲交付、團隊缺乏方向、作品四散各地…這些可說是必然發生的悲劇。

就算為了減少自己的加班頻率，我們都該對「管理」有更深一層的認知。

管理是為了降低「意外」發生的可能性

每個人都是獨立的個體，所以有各自的想法、做事的習慣；如果沒有講好合作模式，那專案做到一半撕破臉基本上是家常便飯。

下面先列出幾個減少「意外」的方法：

• 簽訂合約: 不管專案大小，合作對象的親疏遠近，筆者強烈建議有合作就要簽約；簽約是專業的展現，也是對雙方的保障。
• 需求規格: 客戶的需求通常很模糊，不過我們可以透過需求規格，將這些發散的想法收斂成具體、可執行、可驗收的白紙黑字。
• 設計流程: 我們需要設計一套可以重複使用，並不斷優化的工作流程。明確的工作流程可以減少揣測彼此想法造成的誤會，並讓我們在面對不同專案、合作對象時有穩定的表現。
• 會議記錄: 任何會議、談話都需要有明確的文字紀錄，而且記錄要包含「是誰說的、前因後果、最終決議」等，這樣日後遇到爭議時才能釐清狀況。

將複雜的事務結構化，我們才有辦法有效管理，並持續執行。

將模糊的資訊明確化，我們做事才有效率，減少重工的可能性。

搞清楚誰有「決策」的權利

有時專案執行到一半，突然一通電話打來要你砍掉重練，因為公司高層覺得專案執行的方向錯了。

收到通知的你可能覺得很靠北，但這個在業界其實很常見，即便有需求規格、會議記錄佐證，但權力夠大的人就是可以推翻一切。

如果想減少這種狀況發生，就要在一開始搞清楚誰才是最後的「決策者」，並建議每次會議的結論需要由他畫押才算數。

很多時候專案的窗口、PM 甚至是主管，都只是在揣摩「決策者」的想法。

建立文件減少資訊「斷層」

有些專案為了求快，許多細節都是靠口耳相傳；這導致相關人員請假時，你需要重新說明一遍。

最差的狀況是關鍵人物相繼離職，而公司根本沒人知道過去發生了什麼事，然後專案就直接爛掉了。

為了避免資訊斷層，或是全公司只有一個人了解專案脈絡，最好將文件清晰的整合到一個大家都能閱讀的地方。

報價與工時都要有「邏輯」

接案時你要對客戶報價，工作時你要向公司預估時程。

但有時類似的專案、功能，我們會給出不同的報價、估時；此時對方可能會問你：「為什麼跟上次不一樣？」

如果你說不出報價、估時背後的邏輯，就會導致客戶、主管對你的印象大打折扣，甚至質疑你的專業能力。

為了避免這種事發生，建議準備一套報價、估時的邏輯＆公式，當對方有疑慮時，就可以有系統地進行說明。

失敗的經驗很珍貴，但不用親身體驗

寫這篇文章的時候有點感慨，想著自己為什麼在經過社會的毒打後才上到這堂課。

課程中所提到的案例都是在現實生活中會遇到的，相信在社會走跳一段時間的朋友們會很有共鳴。

人的生命有限，透過了解他人經歷來豐富自己閱歷，是更有效的成長方式。

以上是「職涯必修設計管理學」的 Part 1 心得筆記 ，如果覺得我的分享對你有幫助，歡迎 Follow 我吸收更多知識。

剛好這次聚餐的話題跟職涯規劃有關，內容適合對目前工作感到迷茫的人（也許），所以就把他寫成一篇部落格跟大家分享。

小提醒：世界有很多面向，沒見過不代表不存在。

不是所有工程師都在爆肝

這次聚餐中，有幾位朋友的職業為「工程師」，許多人對工程師的既定印象為天天加班爆肝。

但第一位開啟工作話題的工程師表示：「我一個月平均的上班時數不超過 40 小時。」

請大家注意，是一個「月」不是一「週」！

是他能力出眾嗎？不！單純就是公司沒啥事要做！

你以為這是特例？不！一起聚餐的工程師中，有幾個也是這樣！

PS. 大部分的工程師還是很忙碌的，只是有些公司、產業真的是這樣；我甚至聽過知名公司的 App 團隊 1 年沒更新過功能。

上班很閒不代表會自我精進

大部分的人可能覺得如果上班很閒，肯定會自我精進吧？

聚餐的朋友有幾個一開始也是這樣想的，但大家只有 3 分鐘熱度；LeetCode 刷個幾題、英文讀個幾天就懶了。

你以為偷懶是少數嗎？不！據不完整統計，比例可能有 8 成之多！

大部分的人即使有閒也不會選擇自我精進，這才是現實。

因為沒事做所以內鬥、焦慮

目前聊下來，越閒的公司內鬥越嚴重，因為大家沒事幹，只好幹掉彼此了。

而且沒事做會引發焦慮，因為你不知道日後轉職時履歷要怎麼寫，而且感受到自己的能力逐漸與市場脫鉤。

所以在這麼爽的環境中，許多人都在考慮離職換一份工作，用環境給自己壓力與動力（Dcard 上的幹話文都源自現實生活）。

環境的影響比你想像的更嚴重

絕大多數人都會被環境影響，如果公司的風氣頹靡，你想一個人振作是幾乎不可能的。

如果大家工作都在裝忙、開會，你想在工作中獲得成長那更是天方夜譚。

只有極少數的人能不受環境影響，反過來利用環境給自己帶來優勢，但…你是不是這種人基本上一個月就會知道了。

結語：快逃啊！

不好的環境只會腐蝕你的身心靈，尤其在很爽的公司更容易待到腳麻走不動。

如果你的公司剛好符合本文情境，請先想想：「這間公司能待一輩子嗎？他不會倒嗎？幾年後我會被取代嗎？到時我能找到其他工作嗎？」

如果這些問題讓你感到焦慮，也許該好好思考一下自己的職涯了。

筆者的忠告：人生是自己的，無論做出哪種選擇，只有你能為自己負責。

如果你對目前的職涯感到迷茫，想從不同視角檢視自己的選擇，相信《工程師下班有約》這本書能為你帶來靈感與啟發：

過去想了解這些訊息需要請教身旁有經驗的人，或是上網爬文求助；但現在有了 ChatGPT，我們可以請他擔任我們的職涯顧問。

這篇文章會以「PM」這個職位作為範例，向大家展示具體的應用。

你了解這個職位應該做什麼嗎？

以「PM」這個職位來說，有些人是因為過去的學經歷自然而然的選擇了他；而有些人則是技術職出身，因為職涯考量轉到這個職位。

「PM」是「Product Manager or Project Manager」的縮寫，不過除非公司規模夠大，否則「PM」很可能就是這兩者的結合體。

以過去的職場經驗來說，我發現很多坐上「PM」職位的人，並不具備相關的知識背景與技能；就拿筆者來舉例吧，我過去從工程師轉到 PM 的職位時，存粹是因為公司在這個時間點需要有人擔任這個角色。

但我過去完全沒經驗啊，撰寫企劃書、需求規格、專案管理都不在我的技能樹中；以往我只要把程式寫好就算完成本職任務，根本沒有考慮過這些事情，但任務都丟下來了，職位也轉了，當下我也只能硬著頭皮去接，少了前輩引導與範本參考，當年這段路真的走得遍體鱗傷。

但現在有了 ChatGPT，我們可以靠他快速掌握職位所需具備的能力與要做的事。

請 ChatGPT 擔任職涯顧問

下面是筆者🙍‍♂️ 與 ChatGPT 🤖 的對話，[xxx] 內的文字讀者可以依自己需求進行調整。

請 ChatGPT 扮演專家

🙍‍♂️ ：請你扮演一位專精[軟體]產業的[職涯顧問]，接下來我會向你詢問問題，請以專業的角度解答我的疑惑。

🤖：當然可以，我非常樂意以職涯顧問的角度來回答你在軟體產業的問題。請問你有什麼問題呢？

詢問任務由什麼職位負責

🙍‍♂️ ：[撰寫需求規格書]這個任務，在[軟體]的產業中，通常會由哪個職位負責？

🤖：在軟體產業中，撰寫需求規格書通常會由「業務分析師」（Business Analyst）或者「產品經理」（Product Manager）來負責。

這些角色需要瞭解商業需求並且能夠溝通技術細節，他們必須和客戶、利害關係人、以及開發團隊緊密合作，將商業需求轉化為具體、清晰且可行的技術規格。規格書通常會包含軟體的功能需求、界面設計、性能要求等等，這對於設計和開發過程來說是非常重要的。

然而，具體會由哪個角色來撰寫可能會依公司大小和組織結構而異。在一些較小的公司或者新創公司中，這可能會由創始人或核心成員來承擔；而在大型組織中，則可能有專門的業務分析團隊或產品管理團隊來負責。

說清楚自己的職位與公司規模後，再進一步詢問

🙍‍♂️ ：我的公司規模約 [15] 人，我掛的是 [Project Manager]，公司並沒有設置 Product Manager 的職位，要求我[撰寫需求規格書]是合理的嗎？

🤖：在一個較小的公司（如你所述的15人左右）中，人員的角色往往會較為靈活，並可能需要員工承擔多種角色和職責。在這樣的情況下，由Project Manager負責撰寫需求規格書是完全合理的。

作為Project Manager，你將需要擔任團隊與客戶之間的橋樑，並理解並傳達專案的需求和目標。撰寫需求規格書是這個過程的一部分，因為這可以確保所有人都理解並同意產品或服務的規格和期望。

此外，撰寫需求規格書不僅可以幫助你更好地理解專案需求，還能提供一個機會來檢視和優化專案流程，並在可能出現問題的早期階段進行修正。

所以，雖然這可能不是傳統Project Manager的主要職責，但在小型組織中，由Project Manager撰寫需求規格書是相當常見且合理的。

了解不同產業、規模的公司對不同職位的期待

🙍‍♂️ ：在[軟體]的產業中，公司規模約 [100] 人，老闆對 [Project Manager] 這個職位有什麼期待？

🤖：在軟體產業中，公司規模約100人的情況下，對於Project Manager（專案經理）的期待通常包括：

1. 專案管理：能夠有效地安排專案的時間表、預算和資源，並且能夠適時地調整這些因素以符合專案的目標。
2. 團隊協調：能夠跨部門和跨團隊協調工作，包括技術團隊、設計團隊、測試團隊等。這包括有效地溝通專案需求和期望，並解決可能出現的任何衝突。
3. 風險管理：能夠評估專案可能遇到的風險，並提前規劃對策。這可能涉及到專案的時間表、技術問題或者其他可能影響專案成功的因素。
4. 品質保證：確保產品或服務達到或超越預期的質量標準。這可能涉及到對產品的測試、回顧和優化。
5. 溝通與報告：能夠清楚、準確地與所有利害關係人溝通，包括內部團隊、客戶和管理層。這通常涉及到定期的進度報告，並在需要時提供詳細的說明和解釋。
6. 變更管理：在需求或環境變動時，能適應並有效地管理變更。這包括重新評估專案的範圍、時間表和資源。

這些都是在一個中型公司中，對於 Project Manager 的一般期待。然而，具體的期待可能會根據公司的文化、組織結構和專案的特定需求而異。

選擇產業與職位時，先評估自己是否合適

🙍‍♂️ ：在[軟體]的產業中，[Project Manager] 這個職位需要具備什麼[人格特質]與[技能]嗎？

🤖：在軟體產業中，作為一名Project Manager，以下是一些常見需要的人格特質與技能：

人格特質：

1. 組織性：專案經理需要管理和協調各種任務，包括規劃時間表、分配資源，以及處理可能的衝突。優秀的組織能力是必須的。
2. 領導能力：專案經理需要引導團隊向著共同的目標前進。他們需要激發團隊的動力，並使團隊成員保持專注和產出。
3. 溝通能力：專案經理需要和多個不同的團隊以及客戶保持溝通。他們需要清楚、準確地表達需求和期望，並理解他人的觀點。
4. 適應性：在軟體開發過程中，需求和目標可能會變更。專案經理需要能夠靈活適應這些變化，並且能夠在壓力下作出決策。
5. 解決問題的能力：專案經理需要能夠識別和解決問題。這可能包括識別風險，制定策略，以及協調團隊來解決問題。

技能：

1. 專案管理：包括使用專案管理工具（如Jira, Trello, MS Project等）、專案規劃、時間管理、預算控制、風險管理等。
2. 軟體開發流程知識：了解軟體開發的生命周期，包括需求分析、設計、編碼、測試和維護。
3. 敏捷方法知識：了解敏捷開發方法，如Scrum或Kanban，並能有效地應用在專案管理中。
4. 技術知識：基本的技術知識可以幫助專案經理更好地理解開發團隊的工作，並提供適當的支援。
5. 溝通與協調技巧：能夠有效地溝通與協調不同的利害關係人，包括開發團隊、產品擁有者、利害關係人等。

以上的特質與技能是對於軟體產業中Project Manager的基本要求，但依照不同公司的實際需求，可能會有不同的期望與偏好。

請 ChatGPT 擔任職場上有經驗的前輩

職涯上的問題詢問職涯顧問，如果是工作上的問題，就要改詢問有經驗的前輩，否則你所得到的答案可能就沒那麼的專業與精確。

請 ChatGPT 扮演專家

🙍‍♂️ ：請你扮演一位專精[軟體]產業的[PM]，接下來我會向你詢問問題，請以專業的角度解答我的疑惑。

🤖：當然可以，我非常樂意以軟體產業的專案經理（Project Manager）的身份來回答你的問題。請問你有什麼疑惑呢？

詢問工作上遇到的問題

🙍‍♂️ ：在[軟體]的產業中，從系統發想到上線，會經過哪些階段，請說明每個階段要面臨的挑戰。

🤖：在軟體產業中，從系統發想到上線，大致會經過以下階段：

1. 需求分析：在這個階段，我們需要明確了解專案的目的、需求和目標。挑戰包括瞭解和溝通所有利害關係人的需求、將這些需求轉化為具體的規格和設計，以及建立一個現實和可行的專案計劃。
2. 系統設計：在這個階段，我們將需求規格轉化為具體的系統設計，包括軟體架構、使用者介面、資料結構等。挑戰包括確保設計符合需求、易於實現，並且能夠支持未來的擴展和變更。
3. 軟體開發：在這個階段，我們將系統設計轉化為實際的軟體代碼。挑戰包括管理開發進度、確保代碼的質量，以及處理可能出現的技術問題。
4. 系統測試：在這個階段，我們對軟體進行全面的測試，以確保其符合需求並能夠在各種情況下正常運行。挑戰包括設計和實施有效的測試案例，以及處理發現的問題和缺陷。
5. 系統部署：在這個階段，我們將測試過的軟體部署到生產環境中。挑戰包括確保部署的流程能夠順利進行，以及處理可能出現的部署相關的問題。
6. 維護與升級：在這個階段，我們會根據使用者的反饋和需求進行系統的維護和升級。挑戰包括確保系統的穩定運行，以及有效地處理和回應使用者的問題和需求。

這是軟體開發過程的一個常見模型，但實際的過程可能會根據不同的開發方法、專案規模、專案需求等因素而有所不同。

總結

相信上面的範例，已經充分向讀者展示 ChatGPT 擔任職涯顧問、職場專家的能力了；如果對目前的職涯、工作感到困惑，不妨先聽聽看 ChatGPT 的建議吧！

這邊提醒一下讀者，職涯規劃除了要參考別人的建議外，一定要自己想清楚再做決定，畢竟人生是自己的，只有你能為自己負責。

想將 AI 導入自己的職場與生活嗎？歡迎購買筆者出版的新書，幫助您在 AI 的浪潮中站穩腳步，並在未來的職場競爭中佔據優勢！

我希望可以跟著興趣走，一開始的打算，是去出版社或魔術公司。

會想去出版社，是因為我對文創產業充滿嚮往，甚至在大四時，為了瞭解這份工作需要面對的事物與技能，我還在天下文化當了一個學期的志工；不過在退伍後，當我詢問編輯是否有合適的職缺時，他語重心長的勸我：「我強烈建議你選擇工程師的職涯，因為出版社有很多事情跟你想的並不一樣，即使在這裡幫忙過一段時間，也只能看到非常片面的資訊；你曾說過自己有出版的夢想，那我更不建議你來這個產業。」

而魔術公司，則是因為我對魔術充滿熱情，覺得能透過教學、表演來賺錢，是一個將興趣融入工作的方式，去應徵時甚至還獲得了 Offer；但最終因為家庭經濟因素而放棄了這個機會，繞了一圈還是選擇了老本行 — — 工程師。

如果把時間軸拉到現在，我會很慶幸自己當年有必須面對的經濟問題，讓我不得不選擇工程師這份工作；但在當時，我是很心不甘情不願踏上工程師這條路的。

我們對產業的認知，比自己想像的還要更少

因為不確定讀者是否會看到最後，所以我把總結放在文章開頭。

年輕有摸索未知事物的本錢，但這並不代表我們可以隨意揮霍自己的青春。

人會對一個陌生的產業感到嚮往，通常是因為看到一些成功案例，然後覺得自己有機會跟他們一樣；但實際上我們對產業的理解非常片面，而且通常只注意到好的那一面。

如果在認知不足、缺乏專業技能的狀態下，跳進一個自以為熟悉的產業，那往往會以悲劇收場；因為在進去後，你會發現事情遠沒自己想的那麼簡單，跟周遭有專業能力的人相比，自己就像是另一個世界的人。此時，高壓、高工時、挫折、自我懷疑等負面情緒，會如潮水般席捲而來。

絕大多數人都挺不過這個時期，但少數挺過的人會被當作「成功案例」來炒作、宣傳，這容易讓人誤以為跳進這個產業沒什麼風險。

筆者不是要打擊大家的信心，但凡事不能只看成功案例。

如果想嘗試一個產業，其實沒必要賭上身家辭職去做，那些沒給自己留後路的人，通常最後都過得很辛苦；至少筆者是沒有那種背水一戰的勇氣，所以都是用斜槓的方式，來探索自己感興趣的產業。

沒成為職業魔術師，但辦過公演，發表過產品

有些人會好奇：「工作都這麼累了，怎麼還有力氣做其他事情？」

從筆者的角度來看，如果下班後沒力氣研究自己感興趣的產業，那你應該先思考自己是不是真的對它感興趣。

說實話，連下班時間都不願意投入了，要背水一戰時真的有辦法全力以赴嗎？

就拿自己當範例，在成為工程師後，儘管工作極度繁忙；但我在每個月加班超過 40 小時的狀態下，還是持續錘煉自己的魔術技能，甚至在花式切牌領域達到相當高的水平。

Dean Lin/花式切牌/Cardistry/Playing Card/紙牌藝術/XCM/極限紙牌

為了提升自己的魔術水平，我加入了由愛好者組成的魔術社團。這個社團的成員以社會人士為主，儘管每個人入社的理由不同，但都是因為魔術而聚在一起；如果你想進步，在「合適的環境」中能得到很多的建議與幫助。

我在這個社團參與過 3 次成果發表，並擔任過 1 年的社長。加入這個社團應該是我魔術成長最快速的時期，如果能與興趣相符的人定期交流，你的成長會超乎想像。

隨著魔術水平的提升，我的表演也逐漸從「模仿」成長為「創造」。

在 2019 年，我與職業魔術師合作，發表了一款心靈魔術 App；我想如果沒有工程師的背景，就算有魔術領域的人脈與知識，也很難孵化出這個產品。

DL Note by 寶哥Baogo &林鼎淵 國際版(int'l)

這幾年的疫情重創了表演藝術產業，許多朋友在疫情期間幾乎接不到 Case，迫於經濟壓力，不少人選擇轉行；好在最近有逐步好轉，街頭藝人也開始上街表演，如果覺得表演精彩，在經濟能力許可的前提下，不要吝嗇自己的打賞。

沒進出版社，但出版過兩本書籍

從高中開始，出書這件事就一直待在我的夢想清單。

為了這個夢想，我從 19 歲開始積極投稿各大文學獎，嘗試過短篇小說、長篇小說、散文等各式題材，但 3 年 23 場比賽下來，從未斬獲任何獎項。

當工程師後，我以為這個夢想已經沒有實現的機會了；但有時命運的羅盤還是要靠自己掌握。

2020 年 6 月，我奉命撰寫交接文件，一般人對交接文件的態度就是交差了事😏；但當時的我竟燃起了作家魂，把這些交接文件寫的鉅細彌遺、邏輯鎮密。

寫完後覺得這些文件只給同事看真的太可惜，所以把機敏資料移除後，我以技術分享文的形式發表在 Medium，希望能幫助遇到相同問題的朋友們；不過儘管我寫得很認真，但實際上根本沒什麼瀏覽量。

中間甚至有一年半的時間，我 Medium 帳號的追蹤人數比發文的數量還要少…這段期間我真的極度崩潰，懷疑是不是因為內容不夠好所以才沒人看。

創作者要的不多，只是希望有人可以認同他的付出；你的「Follow」與「👏🏻」能給我們帶來非常大的鼓勵。

但在懷疑的過程中我從未放棄，而是不停嘗試新方向，下面這張是今年 11 月的截圖，儘管這個瀏覽量跟大神比起來還是差很多，但跟 2 年前的自己相比，已經成長了 100 倍。

我這兩年來做過如下嘗試：

1. 調整發文頻率，一個月發表十幾篇文章。
2. 擴增主題豐富性，除了技術文外，我還撰寫了「講座心得、職場經驗、個人感悟、產業研究」等不同面向的文章。
3. 參加 iT邦幫忙鐵人賽。

前兩項主要是在鍛鍊寫作的基本功，真正讓我獲得實質回饋的是「參加 iT邦幫忙鐵人賽」，iT 邦幫忙是一個以工程師為主的社群，而這是一個需要連續 30 天發表技術文的比賽；如果文章受評審肯定得獎，就有機會與出版社合作，將比賽作品出版成書。

衝著「得獎出書」的賣點，我連續參加了 2020、2021 年的鐵人賽，並獲得 AI & Data、Software Develop 組的獎項；而得獎的作品也於 2021、2022 年出版，皆獲得不錯的銷售成績。

這些里程碑花不到 1 分鐘就能說完，但背後都需要付出海量的努力；我在每一屆的比賽都至少投入了 3 個月的時間，每天下班都在寫稿與測試程式，甚至假日還要反覆審稿確認內容是否有誤；而每本書都至少花費了 4 個月的時間，重新對內容編排、勘誤、擴增，盡可能讓讀者能從書中獲益。

但在出過書後，我便體悟到想單靠書籍的版稅過活，是一個幾乎不可能的任務；與編輯合作的過程中，我也了解到過去對出版社的理解過於片面。
喜歡一個產業，跟進入一個產業是兩件事。

機會是給準備好的人

在「機會」真正降臨到你的身上前，大多數人都不會認同這句話。

筆者原本以為出了兩本書，登上暢銷排行榜，已經算是自己人生的高光時刻；沒想到後續會收到「科技島」的邀請，讓我去擔任他們的駐站專家，每週發表自己的觀點。

講實話，過去我覺得這應該是業界的成功人士才會獲得的機會，我何德何能有這個榮幸；但遇到機會從不退縮的我，還是跟他們合作了，在合作後我便深刻體會到「資源」的重要性。

打個比方，我過去在 FB 宣傳自己的文章，觸及人數最多也就幾十個；但在科技島的幫助下，觸及人數在短短幾天就能達到幾百上千，有時甚至破萬，這個數據對過去的我來說是簡直是天方夜譚。

不過第一次獲得如此大的宣傳，也讓我對文章的內容更加謹慎，深怕傳遞不適合或錯誤的知識給大眾；因此每篇文章都花費了大量的時間反覆打磨，以保證文章在一定的品質之上。

寫文章給我稿費，又下廣告幫我宣傳；獲得這個機會時，我真的覺得是天上掉餡餅。

結語

這篇文章不是要炫耀自己的經歷，而是想告訴讀者，「工作」只是「職涯」的一部分。

筆者覺得透過「斜槓」去接觸一個產業，比辭去工作背水一戰更為合適；而且有時斜槓累積的經驗＆成果，能幫你在職涯的道路走得更遠。

當然我認為自己是比較幸運的人，畢竟有不少人經營了更長的時間，卻始終沒看到回報；有時是時機未到，但也可能是自己真的沒有這個天賦。

其實前期的顆粒無收，也側面說明了做自己感興趣產業所需要面對的風險；如果是斜槓，你可以繼續努力，但假使當全職做，一但放棄就幾乎不可能再繼續了。

希望今天的故事有讓大家看到職涯更多的可能性，下一篇文章就讓我們聊聊職涯規劃的議題吧！

筆者的第一份工作是專門接案的純軟公司，主要承接政府單位的案件；剛開始工作的第一年還可以正常上下班，加班也只是偶爾發生；但自從公司接到一個大案子後…

讓你當專案的主導者，是相信你，還是…

這份工作剛滿一年時，我便被指派擔任大型專案的主力開發工程師；一開始我以為這是主管對自己能力的信任，但與客戶開會後，我發現並不是這麼一回事。

這是一個總價超過千萬的專案，原本政府官員以為會有 10 人的團隊一起參與開發；但實際上，這片天我要一個人撐起（不過開會時會多找一點人充場面）。

我在這份專案中要十項全能，所負責的職務涵蓋：

1. 專案經理
2. UI/UX 設計師
3. 前端工程師
4. 後端工程師
5. 客服人員

基本上從一開始的需求訪談、Wireframe 設計、MVP 規劃、易用性測試…到上線後的教育訓練都由我來主導；負責這個專案時，我每個月的平均加班時數在 40 小時起跳。

但加班沒有加班費，在公司待太晚，老闆路過時還會跟你說：「公司給你筆電，就是希望你把工作帶回家，你不知道留在公司加班很浪費冷氣嗎？」
為了避免大家誤以為不給加班費很正常，筆者特別提醒一下，加班不給加班費是違反勞基法的！

客戶不滿意，就叫你立刻到現場給他罵

辛苦未必會獲得回報，記得當時客戶對我完成的 Prototype 不太滿意；不只打電話來公司罵人，甚至叫我立刻到現場給他罵才解氣。

面對這種客戶，你覺得公司會怎麼面對？當然是讓我馬上動身到客戶面前挨罵啊！

因為前期規格頻繁變更，導致專案進度不如預期；所以官員叫我直接到政府單位駐點，他想在背後盯著我開發；也許有讀者好奇：「政府官員看得懂程式嗎？」恩…他的確看不懂，但就是希望我在他的眼皮底下做事。

面對這種無理的要求，想當然的，公司當然是舉雙手同意我去政府單位駐點！

不過駐點並不是政府單位的極限，他們還導入了變形的敏捷開發；每天早上 9:30 跟下午 4:30 都要開 Scrum meeting 來檢視專案進度，並實際操作系統確認功能符合他們的需求，然後排定後續任務。

相信一天開兩次 Scrum meeting 這件事會讓人感到疑惑，不過也許有人已經猜到了，他們下午 4:30 所訂下的任務，是要在隔天早上 9:30 驗收的。

現在回想起來，我還是覺得這段日子極其荒唐。

我需要一個有代表性的作品

相信看到這裡，應該很多人對筆者為何沒離職感到困惑，職場又不是軍營，面對不合理的環境根本沒有待下去的理由啊！

其實筆者在接到這個專案後，無時無刻都想著離職；畢竟無論自己多努力、加多少班，公司不但沒給加班費，連調薪的幅度都讓人覺得是一種羞辱。

但我還是把離職的衝動給克制住了，因為我很清楚這份專案的價值，它是一個全國性的專案，如果能把它做好，那是一個很難得的履歷。

市場上的工程師這麼多，光靠技術與努力是很難脫穎而出的；你需要一些更「實際」的東西來證明自己的價值，一個代表性的專案，能讓你在跳槽時把自己賣到一個好價格。

讓原本看不起你的人認同你

專案剛開始時，政府官員是瞧不起我的，甚至把我當狗罵；但隨著合作進行到尾聲，政府官員主動向主管稱讚我，並希望能幫我加薪、給予加班費（But…裝睡的人叫不醒）。

讓原本看不起你的人認同你，這對筆者來說是一件值得自豪的事情，因為這側面說明了自己的成長。

系統最後在 3 次全國範圍的易用性測試後正式上線，在上線後不久我便遞出辭呈；因為我已經完成階段性任務，並拿到這份履歷了，沒必要繼續委屈自己待在一個不合理的環境。

政府官員在得知我離職的消息後，馬上提供一個薪水還不錯的職缺，希望我可以繼續維護系統；不過剛脫離這個環境的我，怎麼可能會再主動跳進去呢？

結語

無論是工程師還是其他職業，筆者認為有一個代表性的作品是非常重要的，因為它能快速讓人對你產生記憶點。

很多行業都要加班，但要認清自己加班是為了什麼；如果加班只是在做一些重複、瑣碎的事情，那這對職涯並沒有多大幫助，只是證明自己很有奴性而已。

即使清楚加班是為了更好的未來，筆者還是建議量力而為；畢竟身體只有一個，長時間加班帶來的疲倦與壓力，不僅會降低你的睡眠品質，還容易導致易怒、情緒失控、健康亮紅燈。

經歷過這份工作的殘害後，未來面試新工作時，筆者都一定會詢問：「公司是否有加班文化？如果需要加班，是否有加班費？」如果公司連基本的勞基法都無法做到，那無論這份工作多吸引人，我都不會考慮。

不過從結果來看，我還是很感謝這份工作帶給我的歷練；畢竟只有一年經驗的菜鳥工程師，很少有機會能代表公司與客戶接觸，並親身經歷專案完整的流程，這裡我很感謝主管給我的信任。

最後筆者在給社會新鮮人一點建議，大部分的人在找第一份工作時，通常手上沒有太多的談判資本，如果你想盡可能避免地雷職缺，可以從以下幾點判斷：

• 與面試官聊的愉快：至少基本的磁場要合，如果連面試都不愉快了，那進去基本上只會更痛苦。
• 公司符合勞基法：責任制跟有沒有加班費是兩件事，就算面試官說公司基本上不會加班，還是建議問清楚，否則到時痛苦的是自己（除非你喜歡給老闆做功德）。
• 在意的點都要問清楚：新鮮人最常犯的錯誤，就是怕講實話公司就不錄用自己（ex：不接受博弈工作、常態加班、下班 On Call），但試想一下，若到職才發現彼此不合適豈不是更浪費時間？請務必要釐清彼此的需求。

當然以上建議會讓工作變得更難找，請讀者依自身情況調整。

第一份工作的故事就分享到這邊，下一篇文章我會分享如何用「斜槓」打破職涯框架，為自己爭取更多機會。

大綱
ㄧ、頂尖人士未必適合當你的導師
二、投資有風險，但投資自己絕對不虧
三、不管收益在高，也不要跟品德有問題的人合作
四、維護主管的利益，就是維護自己的利益
五、不要排斥新技術，要第一時間了解它

ㄧ、頂尖人士未必適合當你的導師

曾經有人說過，小學 3 年級最好的數學導師不是數學方面的專家，而是小學 4 年級的學長姐。

書局暢銷榜上充滿成功人士的傳記，如果你認真把它讀完相信會有不少收穫，但這些收穫難以轉換為你可以立即應用的知識，畢竟彼此無論是權利、財富、時空背景，還是看事情的格局都相差太大。

相較之下，如果你跟剛畢業幾年的學長姐約出去吃個飯、喝杯咖啡；你從中得到的收穫往往可以立刻實踐，這是因為：

• 年代接近：學長姐的經驗也適用於你
• 較無利害關係：通常可以收到較為真實的反饋
• 年紀相仿：你比較能夠認同對方的想法

備註：如果你在職場上有幸遇到願意與你分享經驗的前輩，那是極其幸運的，請好好珍惜與把握。

二、投資有風險，但投資自己絕對不虧

筆者身旁大部分的朋友是工程師，他們在專業領域是佼佼者，但在投資方面卻很常失去理性，比如：

• 想透過高槓桿、高風險投資一夕致富：期貨、權證、融資、虛擬貨幣…這些東西不是不能碰，但筆者看過太多自認為高手的人被當韭菜割；如果你還是想入場，請先做好財富打折的心理準備。
• 交往時只有自己在付出：感情需要雙方經營，如果只有某一方在付出；那這種畸形的平衡遲早會業力引爆。
• 購買非必需奢侈品：奢侈品能給人帶來短暫的快樂，但通常他們的貶值也非常快速；如果要購買，請先思考自己如果突然失業半年、臥病在床一年，是否會需要這筆救命錢。

在自我成長方面的投資，筆者認為有兩大類型是 CP 值最高的：

• 財商：培養正確的投資觀念，了解資產分配是非常重要的，越早擁有這些知識越好。
• 情商：社會上有形形色色的人，與其用自己有限的人生閱歷去碰撞，不如先了解遇到什麼樣的人要如何應對進退。

在學習方面的投資，不同情境有各自合適的方案：

• 買書、線上課程：不同於網路上分散的知識，透過書籍與線上課程你能夠有系統地學習知識。
• 補習班、家教：如果你是初學者，又想學習新的技術，補習班、家教會更為合適，在初學的陣痛期如果沒有人可以詢問很容易會自我放棄。
• 購買專業諮詢：儘管價格相對昂貴，但對於茫然、沒有方向、遇到瓶頸、想要改變的人而言，筆者認為是幫助最大的。

三、不管收益在高，也不要跟品德有問題的人合作

筆者曾自以爲很聰明，認為過往那些被坑的人都是經驗不足。

但理想很豐滿，現實很骨感，慘痛的事實證明，如果你合作的對象品德有問題；除非你的品德比他更差，不然你肯定是倒霉的那一方。

人生很短，筆者在這裡就不分享與惡勢力鬥爭的經驗了；與其浪費時間鬥爭，還不如一開始就不要讓自己陷入這個被動的窘境。

四、維護主管的利益，就是維護自己的利益

皮之不存，毛將焉附

如果還沒有離職的打算，建議在遇到部門問題或是主管遭到無理挑釁時，你不要站在旁邊看戲，而要堅決地跟他站在同一陣線。

主管要倒不容易，但他想弄你很容易。

人都有情緒，同事間私底下難免會評論主管，有些情緒化的人甚至會建立群組來罵主管；如果你想參與其中，就要先思考這些對話被錄音、截圖的可能性，如果主管收到這些資訊，你與他先前建立的信任感將會全部瓦解。

管理者是需要形象的，或者說：「是需要塑造形象的！」如果一個管理者的形象不好，他所部署的命令就沒有人會貫徹執行，隨之而來的就是部門績效不彰，接著部門就可能遭到公司整頓、裁員；通常在上述的歷程中是很難積累好的履歷，因此建議：「就算是為了自己，也要維護主管的利益。」

備註 1：電視劇、電影裡面有很多幹掉主管上位的劇情，但這在現實生活中要達成的可能性極低，不要總以為自己是主角，其他人都是 NPC。

備註 2：主管也是會被幹掉，通常是陣亡於派系鬥爭，或是跟更高層的意見相左而被離職。

五、不要排斥新技術，要第一時間了解它

如果你跟筆者一樣是工程師，那學無止盡就是我們的宿命。

如果你剛出社會，你更要無所畏懼的接觸新技術，因為剛推出的技術往往還沒有專家誕生，此時的你跟那些老手站在相同的起跑線上，而且許多公司不管是為了企業形象還是真的想要跟上時代潮流，他們都不惜開出高薪網羅人才，在新技術的紅利期往往會開出高於相同職位 50%-150% 的薪水。

• 像是前幾年 React Native、Flutter 這類可以開發多平台的框架就很受企業歡迎，因為只需要維護一套程式碼就能在多個平台發布，所以就算開出的薪水較高也符合企業成本。
• 而如果你是維運工程師，熟悉 GCP、AWS 以及 K8s 佈署也能獲得許多企業的親睞，因為過去實體 Server 在建置、部署、維護方面的成本很高，如果將這些操作轉移到雲端上面就能夠更合理的依據實際使用量存取資源。
• 隨著網路世代的發展，大流量、大數據的場景越來越普遍，新型的 no SQL DB（EX：MongoDB、Redis）也逐漸從新技術變成業界必備的技能。
• 而最近這陣子被炒得火熱的 Block Chain、NFT、Web 3.0…，如果你對他們的技術有一定程度的理解就能輕易取得高薪。

備註：就算成為了主管，也不能放棄技術；這個階段不需要精通新技術，但絕對要了解新技術，否則是很難在新進工程師面前建立威信。

如果能在剛出社會時就領悟這些道理，我的職涯也許會更加順遂吧；如果讀者有什麼經驗想要分享或是討論，歡迎在底下留言。

如果你對目前的職涯感到迷茫，想從不同視角檢視自己的選擇，相信《工程師下班有約》這本書能為你帶來靈感與啟發：

下班有約系列文
▋ [前端]新手工程師容易卡住的問題
▋ [前端＆後端]工程師常犯的錯誤
▋ 讓開發團隊更好協作的方式
▋ 談談 Pair Programing
▋ 談談工程師的話語權
▋ 出社會後，新鮮人要及早知道的 5 件事(本篇)
▋ 面試的性向測驗竟然準到讓人心裡發寒？
▋ 反其道而行的任務分配
▋ 現在的 Daily Scrum 真的適合團隊嗎？
▋ 用低成本也能請到好員工？資深 HR 不想告訴你的秘密！