今天中午吃飯的時候，一同事跟我講：“你做的程序我看不懂，程序做了好多段（三菱的軟件）你寫的太復雜，比我以前看到的做的差，我以前看到的程序我都能看明白，程序就一段全部寫完了”，這同事只是自動化專業畢業的，沒有實際經驗，我就在想是不是同仁們經常碰見這樣的，包括面試時候，大家可以說說，這算不算很悲哀。

思維方式不同。我也喜歡寫成很多段

這個不算悲哀，你都知道他是新手來的，他看不懂你的程序是有情可原啦。如果是面試的時候碰到這樣的面試官那才可怕了。

寫程序，只要目的到達了就行，但是能簡化最好簡化，有些內行人一眼就能看得出你的功底。當然也不排出有些人故意裝B，寫得很復雜的，我就遇見過裝逼失敗的，估計那個人水平也真的不怎么樣。一個SFC程序，本來兩路各搞各的，中間只有很少銜接，那人非要編麻花一樣穿插來穿插去，最后調試修改的時候他自己都懵了，做了幾臺機，用了很多上升沿，出問題的時候他自己都找不出來。還有什么話都聽，對你有用的你可以學著，沒有用的左邊進右邊出。每個人都有優點和缺點，人家沒經驗并不代表沒有思路。

行家一出手，就知有沒有。相信這句話

最討厭一段寫到底的程序.........

工控程序其實沒有很嚴格的編寫規范，我去過很多大廠的程序編寫都是大家各自習慣的，把設備調試好了就可以了，沒有像IT公司一樣會有code review，也沒有硬性要求同事之間在這方面要互相講解，頂多交流一下思路，你有興趣可以問人家拿程序看看，所以....

所以我恨不得把程序有多復雜搞多復雜，備注都不放上去，為什么要他們看得懂，很多設備都是賣設備不賣程序的，如果客戶額外提出需要源程序，額外給錢甚至就是不賣，維護另收費

分很多段的話結構比較清晰，哪是手動，哪是自動，哪是數據處理，哪是通訊，查找相對快捷；一段式程序其實標注清楚，結構清晰，別是東一句西一句的也差不多。

編程遵循套路但也會略彰顯個性，但高手最終是要把復雜的問題簡單化，反之就是.......你懂的

看不懂，是技如人

我就喜歡分開來寫

一般小程序一段，大程序分段，各有所長