最近通勤的路上一直在讀《走出軟體作坊》。書中以業務為中心的思想讓我感受頗深。雖說作者一直專注在企業管理軟體行業，書中的很多具體事例方法也是就這個行業而展開，但是就軟體開發而言，乃至放大到做事情而言，道理都是一樣的。讓我印象最深的乙個段落是講作者手下乙個新手，在開發中極度追求oo與設計模式，搞得**很麻煩，自己看自己的**賞心悅目，別人看他的**雲裡霧裡；而作者的**簡潔清晰，從中很容易就可以看出業務流程。新手問作者是怎麼做到的，作者說：
「我的心中只有業務，業務和**，我認為只是英語和漢語的區別，表達的是同乙個思路。而在你心中，業務是doc上的文字，**是你的技術表現，你老需要把業務和**對映擰在一起，我則不需要。業務流程如何，我的**流程就是如何。」
我以前讀研時還有跟師兄合作時的設計風格真是像極了這位新手。現在我則越來越傾向於扁平化的設計，甚至「沒設計」，這都是在實際的生產開發環境中，在業務中被逼出來的。不過雖說如此，自己那完美主義的本性還是比較根深蒂固，編碼時還是會有不少糾結的時候，尤其是在寫乙個新東西的時候。去年的年終總結裡也提到了這點。
乙個重要原因是我一直比較鑽技術鑽底層，寫過的業務還是比較少，尤其還沒有自己從零開始寫過乙個完整的業務流程和業務系統——對遊戲開發而言，也就是像公會、商店、揹包這種遊戲邏輯系統。雖說我也經手過一些業務，而且在老東家時還經手過像物品的掉落和拾取這種關鍵的業務系統，但那都是維護或二次開發。最近幾次跟主程的聊天中，主程也說我缺乏這方面的鍛鍊，需要找個機會自己寫寫大系統。
其實我雖然一直很喜歡鑽研技術原理和學術方面的東西，但對業務也是不排斥的，而且我現在越來越覺得很多時候業務才是更重要的——當你站在策劃、老闆和使用者的角度來看待這個問題時，就會更加理解這點。所謂以業務為中心，其實也就是以目標為驅動的做事態度。另外，我覺得即便是要往技術層面發展的引擎和工具程式設計師，花些時間來寫業務也是有必要的，因為只有這樣，你提供的工具和介面才能貼近專案，真正好用，而不會成為空中樓閣，孤芳自賞。歷史上的很多技術前進都是**於實際的業務需求。
我對寫業務還是挺期待的。
該寫點東西了。。。
要說網路這東西，真是個好玩意。2005年以前，有幾個人知道部落格是什麼玩意兒呢，可是現在，見到熟人，打個招呼都不問 吃飯了沒 全改為 博了沒 說起來有點彆扭 可就是這麼回事，全民皆博 之景象已經形成。套用電影 大腕 裡面的一句話就是 您要是不博，都不好意思跟人家打招呼！當然，我倒是沒有扎堆的習慣，平...
該寫點東西了！
說來也慚愧 老大不小了 在網路世界裡遊蕩了那麼多年 做了十幾年的伸手黨 總想著做點不一樣的，做過 論壇，但是運營太耗時間，又奈何自己所做的又跟 沒關係，忙起來就忘了一切！十幾年的成長，確實學到了太多的東西了，但是卻沒有給世界留下自己的一點經驗，遇到了許多的問題，也解決了很多問題，除開給自己留下了很多...
該寫點什麼了
在寫這篇久違的隨筆之前，我對自己說一定會寫的很雜！該寫點什麼了！近段時間很少看自己的bolg，自己知道裡面沒什麼新的文章。也是因為太忙，忙的自己有點神經緊張。有時候真不知道在忙什麼.感到很悲哀！大學同學在群裡面發布著各個所在公司的招聘資訊，這種刺激對我已經小了很多，突然覺得自己成熟了，或者用可怕的語...