小公司每個人都要獨當一面

這片天，我一個人撐起！

我的第一份工作是「接案公司」，員工人數約莫落在 11~20 人，因為案子很多，所以每個人身上都會掛好幾個專案。

在這間公司，全端並不是選擇，而是你必須做得到！

以筆者當年的經驗來說，除了寫程式外，需求訪談、UI/UX 設計、時程規劃、易用性測試、教育訓練等工作都要一手包辦。

這段經歷現在回想起來還是非常血汗，但正因為經歷過完整的專案流程，所以之後在執行專案時，很清楚每個階段要做的事、注意的細節，對我的職涯有非常大的幫助。

如果孤立無援，就只能強迫成長。

大公司需要懂得合作的人才

一個人可以走得很快，但一群人可以走得很遠。

我的第二份工作是「大型企業」，有上市的母公司、關係企業、海外據點。

這間公司因為開發的系統規模較為龐大，所以「這片天，我一個人撐起！」是辦不到的；公司希望每個人專精在自己的技術上，並把效能發揮到最大。

看到這裡，你會不會覺得好像沒全端工程師什麼事了？

但實際上全端工程師對團隊來說是非常重要的！ 因為有時卡住的問題是由多個因素所造成，從全端的角度來看，會更容易發現實際的問題點。

大公司的全端更偏向整合、支援

筆者的想法

如果我一開始就在大公司任職，也許就只會專精於前端 or 後端了；當然靠自學也能夠成為全端，但就跟語言學習一樣，只有身處在那個環境中，你的成長才會快速。

不過有些公司也會透過 Pair Programing 的機制，讓前端與後端學習彼此的知識，如果讀者對這個話題感興趣，筆者後續會專門寫一篇文章分享。

人的精力有限，靠衝動做出的選擇很難長久，尤其職涯上的規劃一定要謹慎評估，希望這篇文章能幫你思考自己的職涯。

想跟大家聊聊

在職場上，你是一個人單挑？還是組隊打怪？又或是組隊完才發現只有自己一個人在打怪？

歡迎大家在留言區分享自己職場經驗喔！

擁有 6 年的全端開發經驗，目前擔任團隊的 Tech Lead。

職涯中培育過多名工程師， 了解從 Fresh 到 Junior，以及 Junior 到 Senior 過程會遇到的各種痛點。

這段經歷讓我發現許多人都會遇到相同的問題，因此在協助別人解決問題時，也會將其做成筆記發表到部落格上，希望可以幫助更多人少走彎路。

很榮幸受到科技島邀約來擔任平台的「駐站專家」，在之後的日子中還請大家多多指教。

分享的內容雖力求完善，但學識與經驗不足，謬誤難免，尚祈讀者不吝指正與提供補充。

今天這篇文章，我會先透過自身經驗來和大家分享「全端工程師」該具備哪些技能！

全端工程師該具備哪些技能呢？

每個人對「全端」的定義都不太一樣，筆者先列出自己認為「必備」的技能。

前端(Frontend)：處理「網頁上看到的一切事務」，要熟悉 HTML、CSS 的語法，並至少掌握一種主流的 JavaScript 框架(ex：Vue、React、Angular)；在公司沒有 UI/UX 設計師時，還得具備一定的美術能力。

後端(Backend)：負責處理「網頁背後的業務邏輯」，目前後端的程式語言選擇很多(ex：PHP、Python、Go…)，大部分公司都會選用對應的框架來做開發(ex：程式語言選 PHP，框架選 Laravel )；在公司沒有 DBA 資料庫管理師時，需要具備一定的資料庫規劃能力。

除了上述的必備技能外，要對「伺服器維運、CI/CD、系統設計、專案管理、需求溝通」有基礎的認知與實務經驗。

實際上根據公司規模大小、產業的不同，全端工程師所需要的技能樹與實質工作項目也會改變，大家如果對這個議題感興趣，之後筆者再專門寫一篇文章來分享。

想跟大家聊聊

過去有沒有跟全端工程師合作的經驗？合作過程有遇到什麼問題或是收穫呢？

又或者你本身就是獨當一面的全端工程師，在工作中你有用到筆者沒列出來的技能嗎？歡迎在底下留言分享喔！

這些年我一直在想，如果有時光機可以回到過去，我會對剛踏入職場的自己說些什麼。

可惜時光無法倒流，過去的決策也無法改變；我只能將自己的經驗、解決的問題做成筆記發表到部落格上，希望可以幫助更多人少走彎路。

而這本書就是這些筆記的彙整，透過有系統的編排讓讀者可以輕鬆吸收，在職場取得自己應有的價值。

給全端工程師的職涯生存筆記：從「履歷×面試×職場」打造無可取代的軟實力

有人的地方就會有江湖，公司也是江湖的縮影；職場並非埋頭苦幹就能有收穫的地方。

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

不要期待公司主動理解你的內涵、看到你的成果、給你想要的專案。

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

天瓏書局連結：https://www.tenlong.com.tw/products/9786263331525

書籍特色

想換工作卻總是被履歷卡住？先搞懂面試官想看什麼！

●帶你從面試官的角度來看履歷，思考自己會被問到哪些問題。

●教你將履歷的精華提取成簡報，用簡報引導面試官提問的方向。

怎麼判斷公司是否適合自己？江湖遍地都是坑！

●書中提供許多正面與負面的案例，協助你了解自己最在意的點。

●減少對公司主觀印象的判斷，改用具體事實列點來思考。

面試緊張到發揮失常？信心來自做好準備！

●臨場力是練出來的！跟著書中範例打造屬於自己的面試攻略。

●提供面試前檢核表讓你心安，以此保證每次面試都有穩定的水平。

不知道從何準備題目？通通幫你準備好！

●包含前端、後端、資料庫、設計模式、系統設計、白板題、職場情境題。

●透過實戰案例了解面試官想聽到的答案，就算遇到變化題也能從容不迫。

為什麼升職加薪都輪不到我？職場要把力氣用在對的地方！

●別再用「吃虧就是占便宜」安慰自己，要了解如何擴增在公司的影響力。

●與同事合作不愉快？能者過勞？友善的工作環境是需要方法經營的。

●提加薪都被拒絕？也許改用「談判」會得到不一樣的結果。

天瓏書局連結：https://www.tenlong.com.tw/products/9786263331525

如果為了履歷好看放上參與度不高的專案、不夠熟悉的技術、不真實的自我介紹；遇上老練的面試官，你將會血流成河。

人在面對自己不擅長的事情時會慣性逃避，但隨著時間拉長，有些人不只忘記自己當年的逃避，甚至還把它放上履歷；當求職者在毫無防備的狀態下被問到當年逃避問題時，最先可能有短暫的失神，而後為了填補這段尷尬的時間開始胡言亂語創造歷史，把無能跟想要找藉口的醜態直接呈現在面試官眼前。

大綱

1. 全端工程師的履歷範本
2. 面試官從履歷中看到了什麼
   • 2.1 自我介紹的內容是否屬實
   • 2.2 如何從專業技能中，了解你對這些技術理解的深度
   • 2.3 從你的學經歷更近一步確認履歷的真實性
   • 2.4 在傑出事蹟中了解你做事的動機
3. 補充說明
   • 3.1 檢查寫好的履歷是否有如下問題
   • 3.2 不要寫自己沒有把握的內容
   • 3.3 用面試官的角度看自己的履歷

1. 全端工程師的履歷範本

建議讀者在看完下面的履歷後，從面試官的角度來思考，自己會詢問哪些問題。

下面的公司、專案內容皆為虛擬，如有雷同純屬巧合。

Dean Lin / 資深全端工程師 / dean_lin@gmail.com

• 自我介紹
  • 擁有 5 年建構全端網站的實務經驗：任職期間完成 7 個百萬級別、1 個千萬級別專案；擅長分析系統操作流程、資料庫規劃；熟悉 GIS、IPC 產業知識。
  • 具備優秀的溝通能力：能有效統整客戶提出的需求，在了解對方面臨的痛點後，經過協商給予合適的解決方案。
  • 對系統品質的要求：遵循 Git Flow 進行開發，並在 CI/CD 的 Stage 中加入 Unit Test 確保功能穩定性。
  • 善用專案管理工具：使用 Jira、Confluence 與團隊溝通，藉此追蹤工作進度並維持專案品質。
  • 自主學習：在空閒時研究能幫助或娛樂朋友的 Side Project，並保持撰寫技術文章與吸收新知的習慣。
• 專業技能
  • Frontend
    • Nuxt.js：Vue.js & Vuetify & Vuex
    • HTML5、CSS、JavaScript
  • Backend
    • PHP：Laravel
    • Node.js：Express.js、AdonisJS
  • Database
    • MySQL、MSSQL、PostgreSQL
  • PMIS
    • Jira、Confluence、Trello、Slack
  • IDE
    • VS Code
• 學經歷
  • (1) 黑寶科技有限公司 / 資深工程師 / 2016.07 - 至今
    • 代表性專案
      • XXX OTA 系統
        提供客戶發布軟體、韌體更新的平台，同時他們可透過平台管理、監控機器軟硬體資訊。
      • XXX 地圖系統
        讓該單位脫離紙本作業，可使用網頁系統在地圖即時追蹤及管理物流資訊。
      • XXX 點餐系統
        讓用餐客人可以透過掃描 QRCode 觀看菜單以及點餐，也提供餐廳員工管理餐點訂單的後台。
      • XXX 資料庫系統
        將 Visual Basic 的單機版程式改寫成網頁系統，整合過去冗贅資料表，優化使用者體驗。
    • 工作內容
      • 跨部門溝通
        與產品經理開會確認具體需求，與不同部門溝通整合資源；並將會議與任務記錄在 Jira、Confluence 確保為有效溝通且方便追蹤。
      • Backend
        依據 RESTful 原則撰寫 API，並撰寫高覆蓋率的 Unit Test 保證功能穩定性，完成後提供詳細的 API 文檔讓前端串接時工作順暢。
      • Frontend
        依據 UI 工程師提供的 Prototype 設計網頁、確認在不同版型下都不會破版，並致力於優化效能、提供更好的使用者體驗。
      • MIS
        使用 EXSI 管理公司內部 Server，並架設 Gitlab 供軟體部門使用，熟悉 Nginx 應用。
      • 教育訓練
        向公司業務、產品經理介紹過去的系統幫客戶解決了哪些問題，以期增加新客戶；專案完成後向客戶說明系統使用方式，讓專案可以順利結案。
  • (2) 國立 XXX 大學 / 資訊工程系 學士 / 2011.09 - 2015.06
    • 實習： 肯尼資訊(RFID 研究)
    • 比賽經歷： 全國大專盃 XXX 競賽(亞軍)、XXX 創業競賽(入圍)
    • 畢業專題： Google Map 旅費比一比
• 傑出事蹟
  • 2019 年：自學 React Native 並開發了一款魔術 App；上市第一週銷售額破 20W，宣傳片連結。
  • 2020 年：獲得 iT 邦幫忙鐵人賽 AI＆Data 組佳作，作品連結。
  • 2021 年：受出版社邀約將比賽系列文章整理成冊；在預購期間便登上天瓏書局週暢銷榜 TOP2，書局連結。
  • 碰上有趣的想法就會研究相關技術，並將其寫成 Side Project 在 GitHub 上分享。
  • 將過去解決過的問題、自己研究過的技術整理成文章，至今已在 Medium 平台發表 60 餘篇。

2. 面試官從履歷中看到了什麼

接下來我們分段來看，面試官在每段履歷取得的資訊，以及可能會產生的疑問。

你可以參考下面的範例，給自己模擬出一份面試考題

2.1 自我介紹的內容是否屬實

求職者自我介紹當然都往好的方向講，而面試官想要驗證它的真實性就是往下細問。

• 擁有 5 年建構全端網站的實務經驗：任職期間完成 7 個百萬級別、1 個千萬級別專案；擅長分析系統操作流程、資料庫規劃；熟悉 GIS、IPC 產業知識。
  • 這些案子都是自己獨立完成的嗎？還是有跟同事一起合作？
  • 你可以分享一下最近的專案，它的架構是如何設計的嗎？
• 具備優秀的溝通能力：能有效統整客戶提出的需求，在了解對方面臨的痛點後，經過協商給予合適的解決方案。
  • 你會用什麼工具來統整客戶的需求呢？
  • 你可以分享客戶過去遇到哪些痛點，以及如何解決的嗎？
• 對系統品質的要求：遵循 Git Flow 進行開發，並在 CI/CD 的 Stage 中加入 Unit Test 確保功能穩定性。
  • 現在專案的 CI/CD 是如何使用的？
  • 你的 Unit Test 會考慮哪些細節？
• 善用專案管理工具：使用 Jira、Confluence 與團隊溝通，藉此追蹤工作進度並維持專案品質。
• 自主學習：在空閒時研究能幫助或娛樂朋友的 Side Project，並保持撰寫技術文章與吸收新知的習慣。
  • 你 Side Project 的靈感是如何誕生的？
  • 可以簡述你最近分享的技術文章主題嗎？

2.2 如何從專業技能中，了解你對這些技術理解的深度

• Frontend
  • Nuxt.js：Vue.js & Vuetify & Vuex
    • 請說明你現在專案用到的前端框架
    • 如何判斷專案要使用 CSR 還是 SSR？
  • HTML5、CSS、JavaScript
  • 在使用後端的資料前，你有先做驗證嗎？
• Backend
  • PHP：Laravel
  • Node.js：Express.js、AdonisJS
    • 請簡述 Node.js 的 Event Loop
  • 你會的後端框架不只一個，可以說明一下他們之間的差異嗎？
  • 在正式 API 完成前，如何讓要串接的工程師不要空等？
  • 設計 API 時會考慮哪些點？
• Database
  • MySQL、MSSQL、PostgreSQL
  • 面對商品秒殺，有哪些方式可以避免超賣？
  • 面對高併發的的系統，會採取哪些措施？
  • 關連式資料庫與 NoSQL 的差異有哪些？
  • 在設計 DB 上你會考量哪些點？
• PMIS
  • Jira、Confluence、Trello、Slack
• IDE
  • VS Code

2.3 從你的學經歷更近一步確認履歷的真實性

• (1) 黑寶科技有限公司 / 資深工程師 / 2016.07 - 至今
  • 代表性專案
    • XXX OTA 系統
      提供客戶發布軟體、韌體更新的平台，同時他們可透過平台管理、監控機器軟硬體資訊。
    • XXX 地圖系統
      讓該單位脫離紙本作業，可使用網頁系統在地圖即時追蹤及管理物流資訊。
    • XXX 點餐系統
      讓用餐客人可以透過掃描 QRCode 觀看菜單以及點餐，也提供餐廳員工管理餐點訂單的後台。
    • XXX 資料庫系統
      將 Visual Basic 的單機版程式改寫成網頁系統，整合過去冗贅資料表，優化使用者體驗。
    • 說一個在過去工作中你印象最深刻的專案
  • 工作內容
    • 跨部門溝通
      與產品經理開會確認具體需求，與不同部門溝通整合資源；並將會議與任務記錄在 Jira、Confluence 確保為有效溝通且方便追蹤。
      • 在工作中有遇過哪些挫折、衝突，以及的解決方式
    • Backend
      依據 RESTful 原則撰寫 API，並撰寫高覆蓋率的 Unit Test 保證功能穩定性，完成後提供詳細的 API 文檔讓前端串接時工作順暢。
    • Frontend
      依據 UI 工程師提供的 Prototype 設計網頁、確認在不同版型下都不會破版，並致力於優化效能、提供更好的使用者體驗。
    • MIS
      使用 EXSI 管理公司內部 Server，並架設 Gitlab 供軟體部門使用，熟悉 Nginx 應用。
    • 教育訓練
      向公司業務、產品經理介紹過去的系統幫客戶解決了哪些問題，以期增加新客戶；專案完成後向客戶說明系統使用方式，讓專案可以順利結案。
  • 描述一下你在這份工作中擔任的角色、負責的任務
  • 我看你在這間公司發展的挺不錯、也很穩定，為什麼會考慮新機會？
• (2) 國立 XXX 大學 / 資訊工程系 學士 / 2011.09 - 2015.06
  • 實習： 鹿尼資訊(RFID 研究) / 2015.02 - 2015.06
  • 比賽經歷： 全國大專盃 XXX 競賽(亞軍)、XXX 創業競賽(入圍)
    • 在比賽的團隊中，你擔任什麼角色？你可以簡單說明一下參賽作品嗎？
  • 畢業專題： Google Map 旅費比一比

2.4 在傑出事蹟中了解你做事的動機

• 2019 年：自學 React Native 並開發了一款魔術 App；上市第一週銷售額破 20W，宣傳片連結。
  • 請你花一分鐘介紹這個產品給我們認識
• 2020 年：獲得 iT 邦幫忙鐵人賽 AI＆Data 組佳作，作品連結。
  • 為什麼會想要參加這個比賽，是什麼動力讓你完賽的？
• 2021 年：受出版社邀約將比賽系列文章整理成冊；在預購期間便登上天瓏書局週暢銷榜 TOP2，書局連結。
  • 你花了多久時間寫這本書，寫書的過程是如何與工作及生活平衡的？
• 碰上有趣的想法就會研究相關技術，並將其寫成 Side Project 在 GitHub 上分享。
  • 你所研究的技術非常多，不覺得這樣學得有點太雜了嗎？
• 將過去解決過的問題、自己研究過的技術整理成文章，至今已在 Medium 平台發表 60 餘篇。
  • 為什麼要分享技術給大家，不會覺得在增加自己的競爭者嗎？

3. 補充說明

你可以美化履歷，但內容絕對要真實。

3.1 檢查寫好的履歷是否有如下問題

• 錯別字
  • 自己檢查兩遍以上
    自動選字加快了打字的速度，同樣也造成了非常多的錯漏字；最常見的如「在、再」不分這類諧音字的錯誤；自己檢查兩遍一定會發現有很多這類的問題。
  • 請親友檢查
    看自己寫的東西一定有盲點，大腦會將熟悉的資訊自動補全，所以有些明顯的問題就算檢查多次卻依然被忽略；但這些問題在第一次閱讀的人眼中是非常容易找出來的。
• 專有名詞混亂
  • 專有名詞不統一、大小寫錯亂
    我覺得 JavaScript 是一個很好的範例，因為他的表達方法太多了，如：「JavaScript、Javascript、javascript、JS、js」，儘管大家都看得懂你想表達的意思，但如果你的履歷中使多次用到專有名詞，請一定要統一規則，建議比照官網最沒有風險。
• 排版
  • 閱讀障礙
    儘管履歷沒有絕對的撰寫格式，但如果你的履歷有時間軸錯亂、用詞艱澀、看不到重點的問題；往往是排版出了問題。
  • 字體不統一
    有些履歷會使用多種字體，像是大標用華康、次標用圓體、內文用黑體；老實說除非你對自己的美學很有把握，不然這樣的設計有時會讓閱讀者覺得不太舒服，安全牌就是統一使用微軟正黑體。
  • 每個段落格式不統一
    「大標、次標、內文」的字體及大小要統一；上下行距、段落間隔、左右邊界的設定也要注意是否讓閱讀者不舒服。

3.2 不要寫自己沒有把握的內容

很多人為了讓自己的履歷好看一點，會把略懂的技能都寫上去，營造出自己是一個全才的假象；但除非你真的是全才，不然建議只放自己最熟悉的部分，萬一你因為自己營造的假象而獲得 Offer，我認為這才是雙方悲劇的開始。

你敢放到履歷上的東西都要經得起對方的詢問，就算對方詢問你 3 年前的專案具體負責哪一塊、使用什麼架構，你都要能夠倒背如流；如果不復記憶的專案我建議就不要放了，那根本是挖坑給自己跳。

3.3 用面試官的角度看自己的履歷

我強烈建議在完成履歷初稿後，你要把履歷用「2. 面試官從履歷中看到了什麼」的方式做模擬，去思考：

• 履歷中的每段資訊是否有存在的價值
• 裡面放的技術、經歷有辨法接受考驗嗎
• 看這份履歷時有吸引力嗎

如果上面 3 點無法全部滿足，就代表還有調整的空間。

我相信這個章節中提到的問題，也是很多人在真實面試環境中會遇到的，所以在「PART 2」的部分我會跟各位讀者分析為什麼會面試官問這些題目，同時給予參考的回答；並分析可能會一同出現的延伸問題。

感謝大家的閱讀，如果喜歡我的文章可以訂閱接收通知；如果有幫助到你，按Like可以讓我更有寫文的動力，我們明天見～

在許多人的幫助下，本系列文章已成功出版，除了添加新的篇章，更完善了每個案例的應對進退；如果對現在的職涯感到迷茫，也許這本書能帶給你不一樣的觀點～

天瓏書局： https://www.tenlong.com.tw/products/9786263334571

等到「受夠了」才開始進步，一切都已經晚了…

前言：小明的故事

剛踏入職場時，小明對工作懷抱著憧憬，接手的專案總是格外珍惜且戰戰兢兢，生怕自己哪個地方做不好連試用期都過不了；因此入職的第一年像海綿般瘋狂吸收新的知識，並在錯誤中學習成長。

幾年後，小明成為公司的老鳥；當年需要熬夜才能完成的專案，現在只需要半天就能完成了；剩下的上班時間，他選擇泡杯咖啡犒勞辛苦的自己，一邊跟同事打屁聊天消磨空閒的時光，當然他也養成了躲在廁所滑手機當薪水小偷的習慣。

又過了幾年，小明兩眼無神地看著眼前的電腦，他覺得自己受夠了現在的生活，也不滿意公司給的薪水；於是他打開人力銀行，信心滿滿地認為：「憑藉自己多年的經驗，肯定一堆公司來搶自己！」

一個月過後、兩個月過後…

小明取得了非常多公司的面試機會，但卻始終沒有獲得理想的 Offer；此時的他才驚覺，除了第一年外，剩下這些年自己都在原地踏步。

為什麼寫這個主題？

我相信上面「小明的故事」，大家都不是第一次看到了；但卻很難保證自己不成為故事中的小明，畢竟離開舒適圈是一件很痛苦的事情；所以很多人就算「知道」自己不能再這樣下去，但看到舒適圈外的荊棘之路還是馬上打消了這個念頭。

所以我這個主題並不是想要讓讀者立刻做出重大改變，而是在熟悉的環境中多做一點事來認識、調整自己。

• 了解自己現在工作所使用的技術
  • 很多工程師擅長解決問題；但卻無法說明為什麼選用這門技術，以及為何這樣做能解決問題。
  • 有時我們根本不知為何選用某個技術，只是因為公司裡的前輩選擇了，所以就跟著用了。
• 定期整理自己的履歷
  • 整理履歷是一個很好的習慣，可以審視自己這些日子到底做了些什麼。
  • 很多實力很強的人反而不懂如何表現自己，也不理解自己的價值，導致他在市場被低估。
  • 有些資料都是有時效性的，如果沒有定期整理你可能就會忘記或是找不到。
• 每年定期面試
  • 在面試時，很多人會發現自己其實不太了解每天在使用的工具。
  • 了解自己在不同產業的價碼，以及自己最在意的點（距離、氛圍、產業、薪水）。
  • 透過面試知道自己的盲點。
• 做高價值的任務
  • 選擇影響力大的任務，你做的事被大家看到才算是有在做事。
  • 嘗試主動承擔報告與 Demo 的任務，讓公司更多人對你有印象。

適合哪些人看？

1. 工作遇到瓶頸，想要跳槽的人
2. 覺得自己很有實力，但因為不知道如何表現自己，而沒有得到合適 Offer 的人
3. 想了解面試官是以什麼邏輯出題的人
4. 不知怎麼提問題衡量求職者的新手面試官
5. 想找到自己盲點，在職場不斷進步的人

這個系列文我能學到什麼？

快速檢視自己在職場上所缺少的東西，並教你如何用「技術」及「經歷」來包裝履歷，讓自己在市場上取得應有的價值。

文章大綱

• PART 1 履歷（Day2~Day4）
  • 重新認識履歷對職涯的重要性，以此整理有效履歷
  • 將履歷精華提煉成面試用的簡報，用簡報引導面試官提問的方向
• PART 2 面試（Day5~Day25）
  • 了解通過面試可以獲得的好處，並檢核自己是否做好面試的準備
  • 面試是雙向的，你可以透過詢問公司問題；並透過種種細節判斷適合自己的公司
  • 從履歷分析面試官可能詢問的問題
    • 讓求職者了解為什麼面試官會問這個問題、他想要了解什麼
    • 每個問題會附上簡答範例，同時提供回答問題前所需具備的知識
    • 問題面向包含前端、後端、資料庫、設計模式、系統設計、白板題、職場相關
• PART 3 職場（Day26~Day30）
  • 有哪些方法可以擴增自己在公司的影響力
    • 讓新人成為有效戰力
    • 讓部門在 Demo 專案成果時一切順利
    • 爭取 Presentation 機會表現自己
  • 職場上與同事合作的注意事項
    • 問別人問題時要注意的禮節
    • 你是全端工程師，不是全包工程師
    • 建立友善的溝通環境
  • 與公司薪水談判的秘訣
    • 了解談判前要做哪些準備、如何選擇合適的談判時間
    • 注意談判過程要表達的重點與忌諱
    • 被拒絕時的應對進退

文章的篇幅有限，答案僅是提供讀者一個思路；請依自身情境去思考問題，沒有經過思索就接受的答案是經不起考驗的，你要依據自己的經歷寫出合適的腳本。

筆者碎碎念

儘管這個系列文花了很大的篇幅在「PART 2 面試」上，但我不希望讀者只把答案背下來，而是去思考面試官為什麼會這樣問。

說來諷刺，這些面試題並不應該是特別為了面試而準備的，而是你在掌握這個技能時，本就應該理解的；只是許多工程師誤以為完成任務就等於掌握技術，沒發生意外就不去深入研究。

筆者會寫出這些話，就是因為自己曾經是一個注重開發速度而不深入理解技術的人；當時甚至沾沾自喜覺得自己好棒棒，完成了別人好幾倍的任務；但經歷了幾次專案的更迭後明白，欠下的技術債遲早要還的，時間早晚罷了。

在這個系列文，我會盡其所能把自己知道的都分享出來，讓有緣分看到的人少走一些坑，如果讀者有自己的想法歡迎留言，你的留言或許可以幫助到其他人，希望每個工程師都能夠取得自己應有的價值！

感謝大家的閱讀，如果喜歡我的文章可以訂閱接收通知；如果有幫助到你，按Like可以讓我更有寫文的動力，我們明天見～

參考資源

1. 「沒有人該為你的成長負責」 寫一封信給工作疲憊的你
2. 工作想有「突破性成長」的關鍵：懂得切換執行與學習

在許多人的幫助下，本系列文章已成功出版，除了添加新的篇章，更完善了每個案例的應對進退；如果對現在的職涯感到迷茫，也許這本書能帶給你不一樣的觀點～

天瓏書局： https://www.tenlong.com.tw/products/9786263334571