伺服驅動器是德國科比的，這個以前用得不多，換成西門子的得花點時間。程序的變量和注釋不用說，都是英文的，偶爾有點亂碼，這個問題不大。但是，所有子程序都是STL語言寫的，數據塊都是STRUCT結構變量，有點麻煩。后面仔細看了設備圖紙，發現設備不大，但是機械很精細，控制邏輯還是很復雜的，再加上兩種驅動器的控制方式并不完全相同，如果一點一點去剝源程序，可能會花很多時間。后來，我堅決支持他重新寫。至于為什么做出這個決定，在這里想談談我的看法。1不喜歡用別人的PLC程序
在工控領域中，PLC工程師們常常面臨著一個有趣的現象：他們似乎并不太喜歡去修改別人的程序，而更情愿自己重新編寫。但是這里需要注意的是，標準化的項目或功能塊要除外，我們這里說的是對于哪些非標準化的項目或程序，很多時候之所以能驗收，只是因為完成了功能。更有甚者人為設置障礙，就是怕人看懂，由于PLC程序也沒有強制性標準或條款制約，遇到這種情況只能算倒霉，不要說去看他的程序，殺人的心都有了吧！

2不好理解別人的PLC程序思路
理解的困境是首要因素。面對他人編寫的程序，就如同走進一個迷宮，其中的邏輯線索可能蜿蜒曲折，難以捉摸。不同的人有不同的編程思路和習慣，那些看似雜亂無章的代碼片段，可能蘊含著原作者獨特的設計考量，但對于后來者而言，解讀起來卻如同破解一道復雜的謎題，需要耗費大量的時間和精力去逐一剖析。這不僅會延緩項目進度，也會給工程師帶來不小的精神壓力。3
不認同別人的PLC程序風格
風格的差異也不容小覷。每個人都有自己獨特的編程風格，如同書法家的筆跡一樣各具特色。當嘗試去修改他人風格迥異的程序時，就如同讓一位習慣了楷書的書法家去臨摹草書作品，總會感覺格格不入，別扭萬分。而自己重新編寫，則可以按照自己熟悉和喜歡的方式來構建程序，讓整個過程更加流暢和自然。4
怕承擔不必要的潛在風險
潛在風險也是一個需要考慮的因素。修改他人的程序，就如同在一個已經運行的機器上進行微調，稍有不慎就可能引發一系列不可預估的問題。這些問題可能潛伏在程序的某個角落，在特定條件下才會顯現，如同隱藏的dingshizhadan。相比之下，自己重新編寫能夠從根源上把控程序的質量，降低潛在風險的發生概率，讓工程師在心理上更有安全感。