原文連結：見たいエンジニアの職務経歴書の書き方 - Qiita
接下來這篇文章，是從面試官的角度說明「履歷撰寫方式」。
在閱讀本文前需要先注意，日文履歷通常分為兩個部份，與我們一般認知的履歷不太相同：
- 履歷書：通常為制式的條列表格，填寫基本資料、在學/職經歷、擁有證照、自我 PR、對工作期許等
- 職務經歷書：格式不固定，主要功能是延伸履歷書提到的項目，針對個人工作經驗、工作負責項目、展現工作成果等進行詳細說明
為了不搞混兩者，本文中出現的履歷書會以「個人簡歷」表示，而文章主要談論的「職務經歷書」則以「工作履歷」來表示。
那麼，以下正文開始。
前言
我在某個上市的 Web 企業，負責書面審核和面試官等招聘相關工作，負責面試中途聘用的伺服器端工程師。過程中也曾轉職過，但從事面試等招聘工作已經有五年的時間。
以前我曾寫過一篇關於面試的文章：
エンジニアを面接するときに面接官が本当に知りたいこと（工程師在面試時，面試官真正想知道的事情）
參與書面審核的工作時，有時候會發現申請者提供的資訊不足。不禁思考「或許他們的實際能力其實更強？」因此，這次我想從招聘方的角度，來談談希望看到什麼形式的工作履歷撰寫方式
這些建議並不適用於所有情況，主要是基於我在相對大型 Web 企業的經驗，從中提出的觀點。
因此這次的內容，可能也更適用於希望應徵大型 Web 企業的工作履歷。
常見到資訊不足的工作履歷
當招聘經理並非工程師，或本身對技術不太了解的情況，他們很難針對技術方面做出近一步評價。
由於不懂技術，因此只能依照過濾出以下項目進行評估：
- 程式語言
- 參與的專案項目
- 負責工作階段
- 工作經驗年數
因此，對 SI（系統整合）領域的人來說，這種工作經歷的格式並不理想，因為制式的框架會限制如何表達自己的技術能力。
然而，工作履歷的格式並不是固定的！！ 而是可以根據需求，設計一個能充分展示自我能力的格式。不論使用 Word、Excel，或 GitHub 都可以。 （個人是使用 Google SpreadSheet 製作）
請自行設計一個能夠充分展現自己，身為一名工程師的工作履歷。
作為一名工程師，我也希望能看到求職者們，能更加自豪地展示對技術知識的深入理解與思考能力！
真正想看的履歷表
我幾乎不會看個人簡歷內容。（※這只是個人見解）
但會仔細閱讀自我 PR 欄位，因為這部分有時能顯示面試者的思考過程。
主要還是透過工作履歷來評估實力。
其中，會特別檢視這兩個部分：技術能力和人際軟實力。
技術能力
首先是多數人都會寫的內容，如程式語言、數據庫、框架等等。
接著查看這些技能曾在哪些專案中使用。
除此之外，也會從另一個角度，觀察他們對技術理解的深度，以及思考如何應用。
像程式語言這些技術只是工具，重要的是能運用到什麼程度，這取決於對技術的熟練程度。
僅僅寫下技術名稱，並不足以表達使用情形。究竟是單純「使用過」，還是真正掌握並且能根據使用情境「提出建議」，兩者之間是截然不同的。
因此，除了技術名稱，希望這裡能夠表達：
- 在專案中擔任什麼樣的角色
- 對使用的技術有什麼樣的理解
在業務關係與開發過程中，經常會陷入兩難的局面。
過程中，在面對需求時會如何思考，並針對期限作出抉擇？
在考慮到短期、中期和長期的運營和維護等方面，會如何選擇使用的技術？
對於挑戰的機會，將提出什麼樣的技術建議？選擇根據是什麼？
針對來自業務方的需求，以工程師的角度提出技術建議與說明，這也是評量實力的最佳指標。
原因在於，提出建議必須仰賴個人收集、理解和執行訊息的能力。這與遵照他人制定的架構不同，需要對技術有更深的理解和行動力。
舉例來說，你應該對於正在使用的程式語言，或是框架的版本有充分的理解，有哪些改進或缺點，是否有其他地方需要注意的？你應該抱持自己的觀點來看待這些事情。
這麽一來，如果履歷中沒有列出版本，將直接反應你對該技術的理解程度。
雖然不需要涵蓋所有領域，但我認為對自己擅長的技術應該要有更深入的理解。
兩種技術能力
我認為技術能力可分為兩種主要類型：
- 基本技能：即使程式語言或 DB 發生改變也能應用，基本上變化較少但始終必要的技能
- 趨勢技能：新趨勢或新出現的技術，由於變化較大，在業務中應用需要一些時間
雖然沒有明確的分界，但這就像基本能力和知識廣度。
並且兩者都需要執行力和行動力。
基本技能
- Design Pattern 設計模式（GoF、多線程設計模式等）
- Architectural Pattern 架構模式（OOP、DDD、Cloud 架構）
- DB 資料庫特性（RDB 關聯式資料庫、KVS 鍵-值資料庫、Columnar 列式資料庫等）
- 對程式語言的深入理解（擅長的語言風格）
- 演算法（數學、數據結構模式）
總體而言，我想知道對技術理解的深度如何。
趨勢技能
- 流行的程式語言、框架、中介軟體、使用工具
- 對新語言概念的理解
- 考慮實用點和仍未導入的情況
總體而言，我想知道執行力、反應速度和視野的廣度。
有些人可能只寫了許多趨勢技能，卻無法從中看出技術深度，我認為最好的情況是在這兩者之間取得平衡。
軟實力
不太了解什麼是軟實力的人，請自行 Google 查詢。 → Google: 軟實力
即使是工程師，只要加入公司就會成為一名員工，不會是獨自完成工作。
若想要單獨工作，那就沒有必要加入公司。
這也意味著，技術的應用也包括對周圍的影響力，這是作為工程師能力的一部分。
可經由在專案中擔任的角色，以及思考方式來進行評估：
- 在團隊中的協作能力
- 透過技術和管理引導團隊的領導力
- 在團隊內外產生的影響力
- 不僅能發現並指出問題所在，並獨立解決問題的能力
透過這些角度將有助於理解。
在撰寫履歷時需注意，避免過於抽象的描述，這將無法深入瞭解對方。
建議以事實為基礎，具體描述數據和改變的事項。
例如，並非因為成為領導者而表現突出，而是當成為領導者時，能夠展現身為領導者的行動和思維，這些結果才是更重要的。
自我 PR
若是因為目前工作的關係，沒有機會使用感興趣的技術，建議可以把這些想做的事情，或已經進行的嘗試記錄下來。例如發表在 Blog 或 Qiita 等的文章，或參加研討會時準備的資料，也可以是面對專案的態度和注重的部分。
我認為在自我 PR 欄位，寫得正是自己想表達的內容，因此這是我最喜歡的部分。
如果可以的話，建議根據每次應徵的公司修改內容。藉由調查公司的情況，瞭解使用的技術與公司文化，並寫下自己想要做的事情和能有什麼貢獻，即使只有幾句話，也有助於評估與公司的契合程度。
此外需要注意，基本上「想做」==「採取某種行動」。 如果「想要」學習 Go 語言，可以前往 Go 的官方網站下載並開始寫程式，這並不受任何限制。只有在能力範圍內做出實際行動，才能表現出對某件想做的事情的強烈渴望。
請不要寫下「明明沒有做任何事情」卻稱之為想要做的內容。而是透過自己的方式，用實際行動追求進步以面對工作上的挑戰。想要完全依靠公司賦予的工作和機會來實現自我成長是很困難的。
招聘活動並不是為了淘汰而舉行，而是為了吸引更多的工作夥伴。我們需要更多的工程師！！！但我們不能因此降低質量，而是希望建立公司和個人之間的互利關係。
結語
希望寫在履歷中，面試官想知道的重點：
- 展現應用系統的技術能力
- 如何選擇技術，使用該技術的考量與思維
- 評估商業和技術之間最合適的方案
- 在技術評估過程如何參與團隊討論
- 預期未來的成長方向和目前的行動計劃
我們想知道的，不只是曾使用過的技術，也不僅止於參與過的專案，而是面對這些過程所經歷的思考和行動。請把這些經歷都寫在工作履歷上！
若是覺得難以深入描述，可以先試著思考看看，目前使用的框架或套件的優點和缺點。
完成之後，或許可以考慮下一步成長方向。在工作履歷中列出具有優勢的部分，將會更有吸引力。也可以參考這篇文章：エンジニアの次のステップへの勉強法（工程師邁向下一階段的學習方法）。如果不知道該如何撰寫履歷，這裡也可以提供諮詢。
希望有助於寫出更能表現自己實力的履歷，並得以在能夠實現工程師夢想的環境工作！
可參考上一篇翻譯：[Day13] 工程師邁向下一階段的學習方法
15th鐵人賽目錄傳送門：https://ithelp.ithome.com.tw/users/20135558/ironman/6290