從業10年以來，從開發傳統資訊行業軟體，到企業**，乃至遊戲服務端引擎，我很少寫東西，最多就是記錄一些經驗總結在自己的印象筆記中，其中原因，無非沒有時間，或者說懶，但是這一年來進入到創業公司工作，讓我的危機感深深加重，危機感產生的原因呢，並不只是業務上的，更多的是來自於專案**質量，謹書此文，與朋友們交流。
一：功能模組規劃
遊戲行業的策劃案相當於傳統資訊行業中的調研報告，到編碼之前，是沒有什麼書面上的解決方案具體出現的，因此在規劃功能模組時，往往以策劃案劃分的功能進行區分，不說策劃案的書寫人是否熟悉程式設計，單單根據策劃案劃分的，往往造成功能零碎，應該是乙個整體的東西被塞得到處倒是，乙個很明顯的特徵是：一旦改乙個地方，就要到不同的功能模組中到處修改。
二：可變和不常變資料的區分
這裡的可變資料是執行時變數，而不常變資料指的執行過程中的公式、環境變數（一段時間內穩定），切不可將之混在一起，甚至重複定義，以造成維護上無盡的煩惱，要麼規劃單獨類，以便快速歸總；要麼使用指令碼（如lua）,使資料變化時能夠快速的實施。
三：只拿需要的資料
因為我專職於服務端引擎，所以對於效能的表現非常敏感，尤其是能引發io的操作，相對於現今的多核高頻cpu，io的操作是相當緩慢的，無論是安置dbserver（redis或者memcached），還是老式的關係型資料庫（mysql,sqlserver等）都應該極力避免將無數零碎不相關的資料聚集在乙個object裡快取或是select * from ***，雖然寫起來，除錯起來舒爽無比，但是出來混的，遲早要還，運營階段，高負載下，會讓你欲哭無淚，還是精細劃分，將資料分成多個層次（常用，不常用，重點，次重點），分別給予不同的快取或者本地儲存方式。
關於基礎，不得不說
最近遇到好多問題，都與基本概念相關。忍不住，就想多說幾句。研究生面試，我出了乙個問題，乙個100khz的方波訊號，幅度大約是幾伏的數量級，想測量其有效值，用什麼儀器，怎麼測？多數學生一臉茫然，搞的我不好意思，慚愧題目是不是太難了。我急了，問學生，乙個1.5v的電池，其電壓有效值是多少？學生問我，直流...
不得不說的「跳槽」
現實中不難發現 越是高階人才，適合的機會就越少 的現象。身處金字塔中上層的人員，無論是職位還是薪水，起點都很高，這客觀上造成適合的職位機會少，職業路徑轉換成本過高等問題。我個人認為，it技術高層人士，如果要跳槽，務必要注意三宜和三忌。忌 病急亂投醫 宜 方法得當 公升遷至較高職位的人，大多都多年不找...
關於簡歷不得不說的那些事兒
最近手頭的事情不是很趕，突然有種想出去實習的衝動。最近看了一些大神的分享簡歷的製作，所以一直在準備著做乙份簡歷。1.簡歷格式 電子簡歷最好是pdf 2.簡歷名稱 簡歷名稱最好與主題格式保持一致，盡量避免 的簡歷 3.簡歷內容 簡歷內容最好是自己實力的百分之120左右 4.關於專案的描述 簡歷中關於專...