在這個行業裡做了快4年了,多少總結了一些東西,成功也許很難複製,但是失敗卻時常被人們重複,我不敢說我做的很好,但是我希望總結出以前失敗的一些教訓,時不時看看,提醒自己以後再也不要犯類似的錯誤.這篇文章會不定期的更新,可能就是簡短的幾句話,但是,也是我實踐和思考的結果.
1)程式不會出錯,出錯的肯定是人;如果程式出錯了,那也一定是人的錯誤.
我時常在編碼除錯的時候出現這樣的一種心理:出現問題的時候總是認為不是自己的錯誤,而認為可能是系統的錯誤.其實,久經考驗的系統出錯的概率幾乎很小,大多數的情況下出錯的肯定是編寫**的人,所以你的程式出錯了一定是自己的問題,有了這個觀念會十分有助於早點發現並且改正bug.
2)程式就是用規則處理資料,規則包括:演算法,資料結構,系統api,協議,語言,設計模式等等.
這句話很淺白,我想很多人一看就能明白,其實學習程式設計的過程就是在學習怎麼去用規則去處理資料,想想看一路過來學過的課程都是如此:演算法資料結構教會我們在什麼情況下應該選取怎樣的方式去處理資料,作業系統教會我們系統如何處理資料,編譯原理教會我們編譯器如何處理資料,網路協議,語言,正規表示式等等的更不必說了.至今我已經很少去關注什麼語言之爭的無聊話題,因為我相信語言也是一種處理資料的工具,沒有哪種工具是萬能的,只有合適的場合採用合適的工具.同時,以後再學習一種新的"規則"時,也需要抓住這些重點:這個規則適用的場合,適用的資料,處理資料的方式.
3)make it work, make it right, make it effective.
我已經忘記了在**看見的這句話(請知情者轉達一聲,謝謝:).中文的意思也很淺白:先讓它可以執行,然後讓它可以正確的執行,最後再去提高效率.我想,這應該是編寫大部分**的順序,這也是把乙個問題從簡單慢慢的一步一步進行到複雜的過程.在你的**沒有正確的執行起來之前,暫時別做優化(當然了很顯然的優化是可以的),只有當程式正確的執行起來時,你通過測試或者工具發現了瓶頸所在再去考慮優化.
4)越早讓你的程式投入除錯越好.
一般而言,寫好一段**比除錯一段**的時間要少的多,而許多許多的問題也是在你寫**的時候所不能發現的..
__**：
程式設計經驗總結
學習要選一本好書，不要持有懷疑的態度，把裡面的例子都實現，然後再有思路之後，在做些許的改動，成為自己的風格。讀書有快慢之分，一種是用金錢來換時間 選擇一家培訓機構，或者是求助於人 另一種是用時間來換時間。另外當你有一定的經驗後，就要注意去練習 有思路就要表現在 上，在學校是為了解決道理，知識點，但是...
職場，程式設計經驗總結
很久很久沒有寫部落格了，不是因為懶了，而是因為莫名的忙了起來，但是忙的事情都是司空見慣的東西，就是重複性的勞作，所以沒有什麼好記述的。但是想想這樣應該挺失敗的吧，所以開始總結一些經驗類的東西，這些東西不能直接幫助你解決一些問題，但是作為乙個過來人的角度講這些，也不枉費自己花在裡面的時間了吧。見過陰陽...
程式程式設計經驗總結（1）
近頃 総括報告 在近一段時間裡，我主要在進行 様 様 共進電機様開發，在這三個專案的開發過程中，有一些收穫，也產生了一些想法，希望可以和大家交流。我進入小組快 1個月了，從開始的練習模組到現在的正式專案，前後做了快10多個專案模組了，但是依然有bug出現！雖然大家都安慰我說 開始做都有bug的，不要...