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