不少民眾在職場上常常被分配到指導新人的任務，但不少人都會擔心，把工作技術、技巧交給新人後，可能自身的競爭優勢也隨之降低。有資深RD（軟體工程師）近來就在PTT請益，當主管要求要把自己的經驗撰寫成文件時，到底該如何應對？
原PO詢問，有資深員工常常加班練習程式語言，六日沒事也會在LeetCode（收集工程師面試題目的網站）刷題練習，總是能把自己負責的專案寫得又快又好，卻沒想到該名老員工近期被主管要求，要在程式文件中詳細解釋自己的code（代碼），還要能讓別的員工能接手該程式。
不僅如此，儘管程式內本來就有基本的評論與說明，主管還要求文件中要詳述思考邏輯，例如：為什麼code要這樣寫？選用這類型語法和其他寫法有什麼樣的差異？甚至需詳述每個寫法的好壞處與潛在影響。原PO因此很猶豫，究竟該掏心掏肺全部寫出來？還是保護自己只寫一點，亦或完全不認真處理。
網友建議，寫這種文件最大的受惠者還是自己，若是主管叫你寫，最好是乖乖遵守，且重新整理後，除了可以釐清過去做過哪些專案，也能將內容講得更清楚，未來面試時容易拿高分。此外，有些同事看到精美的文件，就會知道你是有技術、也願意分享的人，未來他若跳槽，有機會互相拉拔。
有工作5年的工程師分享，自己只要解決比較困難的bug（程式漏洞）、或是開發中大型的功能後，都習慣會在工作後做一份PPT與同事分享，一來可以讓測試部門、PM（專案、產品經理）可以快速了解，避免後續再來詢問，二來也可以作為自己的作品，還能透過別人回饋找尋盲點與優化，並有利於離職交接。
部分網友則指出，這是正常軟體公司每天要做的工作，不做的話絕對是管理層太爛，不少留言則提到：「真的寫程式又快又好，應該去面試解白板題，這樣就知道到底值多少錢」、「如果你是一個持續會自我精進的人，根本不需要擔心別人會看到你的文件就追上你的程度」、「技術團隊裡往往是樂於分享的人成為團隊領袖」、「寫出來也不見得別人想學」、「觀察主管，遇到鳥鳥的就呼攏他，有給相對應回饋的就好好做」、「你的技術沒有你想像的這麼有價值」。
▼網友詢問被主管強迫技術分享，內容應該寫得多詳細？（圖／翻攝自PTT）
（封面示意圖／pixabay）
