我是公司的唯一軟件開發人員，我直接向公司所有人回答。我們也使用外部開發人員的服務。擁有者不是開發者，而是多年前'用qbasic編寫軟件'。他有合理的規格項目能力。外部開發人員並沒有直接回答我，而我的老闆真的是一名微管理人員，並且希望保持這種狀態。
外部開發人員喜歡使用抽象層（框架和包裝類），但是當我被困在長達數月的項目時，它們已經實現了它們。當我回來時，老闆現在想知道爲什麼對項目進行維護（包括我最初從頭開始編寫的項目）這麼耗時費力。 我很不高興對其代碼進行逆向工程，並且遇到了一些問題，比如說我必須學習一個完全不同於代碼的界面，這個界面看起來與我之前寫的不一樣。與此同時，外部開發者看起來像是英雄。如何向技術/非技術領域的老闆說明這一點，以及如何在未來發生這種情況？非開發人員管理和外部開發人員
我不知道你是否可以跟你的老闆一起逃避。我可以和我一起，但不是每個人都可以。
首先，這必須要恭敬地做，而我要提出的建議應該在更長的討論範圍之內。當談到必須解釋使用此開發人員代碼的難度時......
鍵入英文段落，讓某人鍵入您的老闆不知道的某種語言中的同一句話。 （中文，西班牙文，克林貢等等）。給你的老闆一個（語言） - 英語詞典，並解釋說，雖然你在技術上有能力將這個外部開發者的代碼翻譯成有用的東西，但這需要時間，就像它需要他用詞典翻譯（語言）到英語的時間。
也許這在試圖建立與外部代理商和潛在的新員工合作的標準的背景下最有效。
面對冒着光顧的風險，請注意，這不僅僅是您對老闆的想法的看法，這可能與現實相差甚遠。
你的老闆可能希望你解釋這種情況，不是因爲他不信任你，懷疑你的能力，或者希望貶低你;而是要了解困難在哪裏，以便他可以做出明智的業務決策，確定是否值得您對該代碼進行逆向工程，或者更好地保留原有項目的不同方面並繼續前進。
誠實和解釋你對這些框架/包裝類的經驗有限可能會「購買」你不僅學習這些框架（這將有望在未來大大受益），但也可能意味着你是似乎在擁抱和延伸其他開發者代碼，這是良好的團隊精神，如果沒有別的。
至少，請你的老闆問你是否有解釋方面需要進一步澄清。保持良好的溝通渠道將有助於大家更快地前進。
希望有幫助！
Gav