在我剛剛接觸PLC時，讀了幾本書，自己編了幾個小程序后就覺得我已經很了不得了。
有位誠心愿意幫助我的人讓我學到了更多，在我向他請教有關于模擬量編程時，他說其實最重要是編程，我的回答卻令他大失所望。清楚的記得我當時是這樣回答的，我的電路原理基礎比較好，這個反而不怕。現在看來不但可笑，而且無知。
編程是最重要的，當然也不能說對硬件的了解是次要的。可是人人好像都有這樣一個錯誤的想法，一個程序從理論上看是可行的，就以為我是行的，能編好這個程序，不錯編程的確“簡單”，只不過在電腦上畫幾條線而已， 一個程序就出爐了，PLC是不會告訴你的這個程序在這個系統中運行是錯的還是對的。其實每個程序都會有錯誤（不包括一些特別簡單的程序），在系統運行中也不會馬上暴露出程序的錯誤，只有在長期的運行中才會逐漸發現錯誤的存在。
在調試過程中，硬件也許一次調試成功，而軟件不行，不要錯誤的認為系統已經運行了，程序就是對的，我自己曾經在一個五層的貨梯程序上砸了電梯。而在調試過程往往存在破壞性，在實際過程中大多數人總有意識的將程序引向正常運行的方向，然而系統調試就是要證明自己的程序是不對的，這往往很多人都難以做到。
還有就是不要認為對自己的程序說是錯誤的人認為那是妒忌，他有本事說是錯的，就有本事指出你的錯誤，無疑在這過程中你又可以學到很多。
開個頭，拋磚引玉，希望大就此話題上多做些補充。

寫程序的步驟是故障檢測.故障處理/公用程度/手動程序/半自動程序/自動程序/輸出程序