最近被乙個詭異的問題糾纏了兩三天：
當然現在已經解決了，其實原因一點都不複雜，在技術方面可借鑑的地方不多，所以我就打算強調解決這個問題的整個過程，以及通過該過程自己總結出的方**。
qa和策劃對程式說：「我這發現了***的問題，麻煩你查一下。」
程式對程式說：「我這發現了***的問題，要不你看看你那會不會有這問題，有的話你查一下。」
(手動狗頭)已經記不清有多少次因為別人得出的錯誤結論而一頭鑽到**裡找半天，遊戲開發的迭代速度迅速，即使是在同乙個專案裡，每個人的遊戲執行環境(包括平台、資源、配置等)也很可能不一致，在對同樣的功能進行測試時得出不同的結論，這類事情時有發生，也難以避免。因此，在接到乙個問題後，開始思考解決方案之前，再三確認該問題是否確實存在，你會發現很多時候所謂的bug其實都是誤報。
對業務**而言，由於需求排期緊張或是程式設計師編碼習慣不好，容易導致程式在執行時出現各種不可預料的結果(比如遭遇超出邊界條件的輸入)。這種時候"這功能是我寫的，沒幾行**，我很了解它在做什麼。"的脆弱假設，在殘酷的現實面前簡直不堪一擊。從頭開始多除錯幾次，理順**邏輯，很多情況下問題出現的原因自然就會浮現出來。
組裡同事已經不知吐槽過多少回有關動態型別語言難以除錯的問題，更何況是對於我這種彩筆。在解決乙個棘手的問題之後，我又重新意識到，假如我有乙個能夠對lua進行斷點除錯的工具，查問題的效率肯定能高不少。
草。
程式設計師修煉之道
在所有的弱點中，最大的弱點就是害怕自己暴露弱點。j.b bossuet,politics from holy writ,1709 provide options,don t make lame excuses 提供各種選擇，不要找蹩腳的藉口 don t live with broken window...
程式設計師修煉之道
身為一名程式設計師，當一本叫做 程式設計師修煉之道 的書出現在面前，又怎能忍住不去看呢？於是，出現了下邊的讀書筆記。該書確實博大精深，包含了很多內容，但很多都是點到為止。那種心中有劍的感覺，躍然紙上，或許高手都是如此吧。根據多年武俠觀摩經驗，一定要把不懂的記下來，以後肯定大有用處。那就記。第一章 注...
程式設計師修煉之道
1 通過自己工作上的不斷努力，成為公司的骨幹員工，構建自己的不可替代性。2 學院派講究的是把簡單問題複雜化，實戰派講究的是把複雜問題簡單化，模組化。3 c語言，資料結構與演算法，編譯原理。4 修煉程式的內功，是學習抽象能力和描述能力，與語言無關。5 獲得智力資本，從而為自己的資產提供最佳的方式 摘自...