最近回顧自己的程式設計學習過程，發現自己有一些不好的習慣是從剛開始的時候就種下了。現在還是要拿出來宣告一下吧，自己也不敢肯定是否一定是對的，看個人的理解吧。
程式是用電腦來幫助人解決一些重複性工作來提公升效率的，但是我們剛開始接觸程式的時候，往往不會去想怎麼讓電腦來快速運算，而是怎麼才能把我們會的東西寫到程式裡面去，更有甚者，僅僅是為了把老師上課講的東西再仿照著寫出來。個人認為程式設計師有一定的開發規範，但是更重要的是發散式的思維，如果你已經不再自己思考了，那麼恭喜你，你很有成為碼農的潛質，你永遠只能跟著別人走。
本來想說說程式的，又有點扯遠了。最簡單的例子，也是大多數人剛接觸程式設計時候的例子，計算「1+2+3+...+50=？」，很簡單的題目，而大多數程式設計師會乙個for迴圈來搞定，剩下的少數會正在寫這個for迴圈。但是有沒有考慮過這麼乙個問題，這個題目如果拿給乙個小學生（三年級以上吧）他會怎麼做？把這些數字加起來？還是說拿出電腦敲一下**？這種有規律的算術是可以用公式的……
相信絕大多數的程式設計師都是邏輯思維很強的人，但正是這麼一部分強人，往往會把一些簡單的問題再一次進行複雜化，其實演算法並沒有很複雜，至少說不是所有演算法都很複雜，所謂的研究演算法會耽誤時間往往是自己找的冠冕堂皇的理由。很多的時候，我們其實是不需要遍歷所有可能性的，就像是生活中我們可能會因為懶惰想出各種各樣的簡潔辦法，但是我們在編寫程式的時候往往就喜歡線性思維……
最後，當你覺得你可以解決乙個問題的時候，多想想，是不是有更優的解決辦法？
關於ERP的見解
眾所周知,erp即企業資源計畫,它是由mrp 製造資源計畫 發展而來的,90年代初,美國gartner group公司用一系列功能標準來界定erp,其定義如下 超越了mrp 的範圍和整合功能 支援混合方式的製造環境 支援動態的監控能力,提高業務績效 支援開放的客戶機 伺服器計算環境。隨著第三產業的飛...
關於變數的見解
關於變數的見解 正如代數，php 變數可用於儲存值 x 5 和表示式 z x y 變數的名稱可以很短 比如 x 和 y 也可以取更具描述性的名稱 比如 carname total volume 在代數中我們使用字母 比如 x 來儲存值 比如 5 從上面的表示式 z x y，我們能夠計算出 z 的值是...
串列埠通訊的小見解
2.串列埠接頭 3.介面標準 串列埠通訊的介面是序列介面，是一種可以將接受來自cpu的並行資料字元轉換為連續的序列資料流傳送出去，同時可將接受的序列資料流轉換為並行的資料字元供給cpu的器件。一般完成這種功能的電路，我們稱為序列介面電路。在我看來這就是乙個轉換器，把並行的資料換個方法傳送給其他裝置，...