你的老板非常正確。尊重前輩勞動，認真分析程序，學前輩之優點，是你的正確選擇。
從你的言辭，我能看出兩點：
1，不尊重老同志。前輩們很辛苦做的程序，你理解不了，就認為不忍直視？
2，老板對你的水準不是很認可。老板認為你沒有能力完成設備程序，所以，只讓你在前輩的基礎上修改、完善。
程序員要有一個非常優秀的潛質，那就是分析程序，達到快速修改的目的。
一個優秀的程序員，應當什么樣的程序都應看，都應分析，學習精華。
特別是底層設備程序，它是長期經驗的積累。也許你的前輩也是以其它人手中繼承的，也費了很大力氣才搞明白。
我之前分析過一個前蘇聯與意大利工程師合寫的一個底層程序，注釋用意大利文及蹩腳的英語，編程語言用宏ASM，PLM，PASCAL，FORTRAN等合寫，要看明白，這四門語言必須熟練掌握，宏匯編ASM及浮點運算寫的軌跡計算，要搞明白，是要費點勁的。
等最后分析明白了，是何等的享受！最后得出一個結論：前蘇聯與意大利工程合寫的軟件水平太高了！不僅使用RTOS操作系統完美地實現了多任務，而且軌跡計算、語法語義用法巧妙，實為上乘之作。
設備程序，應當是底層程序，看似簡單，實則是長時間研發，不斷地更改bug，持續完善的結果。所以，最好的方法，就是持續改進。
我們公司有幾位新來的軟件開發者，和你有很大相似之處。
我們公司有一個遙控設備，之前是用ASM寫的，現在更換處理器，想用C語言重寫。公司安排了一個硬件開發人員做此工作，并讓這個硬件開發者，把原ASM直接用C語言重寫一遍，希望能一次成功。
但是，這個硬件開發者辜負了領導的希望，成為諸葛亮誤用的馬謖。
這個”馬謖”一開始比你的底氣還足，發誓自己能根據遙控設備的功能設置，重新寫程序，將更快、更好。鑒于”馬謖”的信誓旦旦，領導免強同意了。
一個月后，”馬謖”認為完成了新程序，并自認測試成功。產品發到用戶處后，很快反饋就來了。首先是莫名其妙的死機，錯誤報警，設備誤動作等等問題接憧而至。后來改了四~五次，依然不行。退貨。公司好不容易開發的一個新用戶，就斷送在這個”馬謖”手上。
領導最后對”馬謖”的處理意見：眼高手低，基礎不行，辭退。