開發已經一個星期了，每天都累的不行，明天就是週末了，可以好好休息休息了，幹些想幹的事情了。
到得是一家手機遊戲公司，剛到得時候就接手了一個android手機圍棋項目，是一個聯網的圍棋遊戲，客戶端一哥們花了半年的時間，已經做好了，效果還很不錯，服務器也寫了一些，到了就開始讓我寫服務器，並且是試用6天，行了再試用一個月，正好趕上過年。
第一天還是比較 壓抑的，6個月的項目從頭理出個頭緒還是比較緊的，不過後來就好多了，因爲畢竟是socket寫的服務器，以前也有過些經驗，所以從第二天就開始上手寫了，到第5天的時候，日本老闆突然說日本總部的服務器是linux，要用tomcat來部署，讓人匪夷所思的是老闆竟然連什麼是tomcat都不知道，於是就讓轉，那隻能用servlet來寫服務器了，結果寫着寫着就發現寫不下去了，工作量成倍的增加，因爲都知道servle不會主動的給客戶端發數據，只能是當客戶端請求的時候才能響應，向客戶端發信息，這個遊戲有27個房間，每個房間有100張桌子，還要聊天，請求桌子信息，房間信息等，甚至是下棋雙方一人走的是什麼棋都要通知給對方，用socket的話服務器可以把所有的客戶信息給保存下來，但是servlet的話，就只能把這些數據放到數據庫中去，然後讓客戶端不斷的隔一段時間去請求，寫了兩天，兩個測試手機下棋都慢的要死了，經常死機，真希望servlet能夠有主動向客戶端發數據的功能，上網搜索了一下，說這是一種叫做服務器端“推”的技術，在tomcat6 ,servlet3規範中實現了，調試了一下，根本行不通，我還在比較鬱悶當中，不過我倒是挺佩服合作的那哥們的，那哥們只是淡淡一笑，說這可不行，我覺得他絲毫不擔心老闆那邊，老闆說月底年前要結束，他還是很樂觀，看來得向他學習這種心態。
後來今天上班，我還在擔心，那哥們和我說，不用servlet做了，也不用socket那種tcp了，用udp，讓兩個下棋的對方來互相保存對方的信息，而讓服務器和客戶端用udp連，以此來減輕服務器的壓力 。所以又把項目改爲udp，本來以爲改動會增加很多工作量，而是發現並非如此，抽象的思想還是很重要，因爲客戶端和服務器端只是傳遞數據，來通過接受到得信息來決定自己的行爲，所以要改的就只是發送信息的函數就可以了，函數也封裝起來了，改一個就可以，這麼寫着寫着，自己都覺得有點“失控”了，覺得改起來有種不錯的感覺，抽象和封裝吧。
最後就是今天是週五了，下午的後兩個小時都不太集中注意力了，發現調試的時候出現了莫名奇妙的問題，比較鬱悶，具體細節就不說了，只想說一句，有時候讓你心煩意亂，對自己產生懷疑的，有可能就是一個“-”小小的符號，這是在解決消息處理時的一個規範，本來該是"_",當代碼一多，一莫名其妙的時候就考研你的神經了，所以堅定的信念還是做什麼事情都需要的！
路漫漫其修遠兮，吾將上下而求索吧，呵呵，大家多交流。