[履歷]你要對自己的履歷瞭若指掌

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

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

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

大綱

  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可以讓我更有寫文的動力,我們明天見~


3.3 用面試官的角度看自己的履歷(圖 1)

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

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

Talk

留言討論

留言載入中…