***這是公司乙個同事的qq裡的感言。我覺得挺有意義，轉到自己部落格裡給大家分享一下。
從深圳回來，在不自覺中過了快乙個月，本想一回來就寫下在深圳這段時間的旅程，可能因為在深圳確實有點太累。。這段時間一直在休息，一直在玩。。沒時間靜下來寫，有的也僅是臨睡覺時不斷的思考，但到第二天總會忘記些什麼。。趁早上有點時間，先記錄下目前記得的。
其實，在深圳的時間還不足一年，但是在這將近九個月的磨練中，收穫的比過往的一年多的工作多太多，雖然這段日子比較辛苦，但同時也是最開心的一段生命的旅程，有那麼多兄弟，一起加班，一起成長，一起奮鬥。。可以說，深圳是我的乙個轉折點，乙個起點，第七大道可以算是我在深圳的根，也許我無法再次擁有一次這樣的經歷，更無法以什麼形式去報答，但我將抱著一顆感恩的心銘刻你在心裡。。
好了，一點緬懷，接下來總結一下這過往的一段日子裡的收穫。
首先，管理方面
也許這根本談不上管理，畢竟剛剛第一次涉足這個領域，在7道的這段日子裡，學到的最寶貴的東西不是技術，而是經驗，做事的態度，以及初涉到管理領域，雖然專案管理只是小入門，但是某扇大門已經開啟，我要做的就是走進去走下去，總結的一句話就是：中國不缺技術人才，缺的是掌控人才。這個掌控不單指管理人員，技術其實都可以很的去擁有，去掌握，而掌控並不是每個技術人員都明白。
掌控，從技術方面說對於即將開發的業務全面了解，有份自己的技術思路，業務實現藍圖，時間控制。對於其他同事來說，你是這個業務的權威，但並不代表你全部正確，有疑問的地方還是需要拿出來討論；從管理方面說，對於每個技術的開發分配必須清楚，對當前階段的開發有個階段性的藍圖，掌握每個重要功能及其主要業務邏輯，在擁有這些的前提下和技術兄弟制定下時間點，統籌時間管理，最後就是乙份甘特圖。切忌不要去計較實現細節，只要流程正確不出錯，這是對技術兄弟的信任，能做技術的人都不笨，相反都很聰明，也許他們實現的可能不是最好的，但是他們需要這個過程，在大框架下並不會走得太偏，最終都會走到正軌上來。所以，管理者是方向制定者，而技術則是藍圖的工程師，必須保持即時溝通，管理者必須時刻的去觀察，把偏離的分支匯入正軌，往乙個方向去邁進。在7道，其實技術並不是最牛的，全球最牛的也就那麼幾個團隊，真正成功的是專案管理比較成功，也是整個技術團隊成員肯付出的成功，比7道技術團隊厲害的何止千萬，為什麼7道成功了，這就是原因。
其次，開發方面
從事開發方面有2年了，而真正從事遊戲方面的開發時間其實和很多人相比只是九牛之一毛，但是為什麼可以快速成長，其實和團隊密不可分，下面會對團隊文化和環境進行總結，就不贅述了，這裡主要從個人方面出發。當做為開發時，首先要有乙個心態，做的東西越多，成長的步伐越大，也越快，然後請記住一點，盡量做到每一次的pk都是對事不對人，盡量避免攜帶個人情緒。這個開發過程中，必須要有掌控的意識，每一步的分工要清楚，先做什麼，後做什麼，當缺某些東西的時候不是等，而是催，保持你的機動性，掌握主動權，這樣你才可以協調並掌握你的開發時間，因為交給你的任務在任務期間出現的任何問題都是你該主動去解決的，沒人比你更清楚你遇到的問題，當問題解決之後，這就是你的收穫，你的經驗。當然這跟團隊的協調關係也有一定關係，包括在團隊文化和環境裡，所以開發者在專案研發過程中是至關重要的。管理者其實就是某種意義上的打雜。開發者在這個至關重要的位置上，不僅要保持這些機動性，還要明白，這是團隊在做產品，不是自己在做demo，很多時候，在開發過程中的很多問題都可以是順手解決的，不要等到的測試的時候，一測瞬間bug數就飆公升上百個。多做測試，常規bug自己解決掉。
然後，團隊
對於團隊，我是基於對7道的了解做出的法律問題總結，也許並不是最好的，但是對於一些剛開始創業的公司有其借鑑的地方，因為7道也是在不斷的調整不斷的完善。我個人認為也算是比較合理的。先說說下面將要用到的組成部分：策劃部，設計部，研發部，測試部。
在開發的過程中的協作關係：策劃部出系統案，研發部接手準備開發，開發人員拿到案子後不用急於敲**，先分析整個業務流程，不明白和有想法的可以找策劃討論修正，這個就是反饋，同時你會對遊戲的理解更加深入，這是變相的成長，策劃亦是如此，理清這個思路後開發人員就可以很清楚的知道要做什麼。而在開發中會遇到諸如公式數值上的運算需要與數值策劃直接溝通；業務實現過程中有多種分支需要與系統策劃討論等等諸多問題，這是服務端，客戶端有時也需要。接下來客戶端，因為客戶端的東西比較服務端多了個表現。所以複雜度有所增加。但是記住，其實客戶端就是對服務端上的資料變更所做的響應，有些顯式有些則是隱式的。客戶端比較常遇到的問題是ui上的問題，需要與策劃部裡的ui組即時溝通解決，甚至還需要策劃部內其他人員的協助，即時修改。還有就是資源，和設計部溝通。而設計部內部的分工不是很清楚，就不獻醜了。
整體的協作關係從客戶端說起，客戶端的關聯比較多。客戶端和服務端受策劃部方向上的影響，大部分時間是按策劃部的方向做，然後ui(策劃ui組)和資源(設計部)受客戶端影響，因為客戶端才知道具體怎麼用，當然前提是客戶端先定出做法出來，基本上是乙個模式。當然，專案剛開始時設計部需要根據策劃的定位去做，然後才有程式的介入。客戶端與服務端之間交流最多的就是協議和流程，中間有可能需要策劃的介入。最後是測試部，這也是乙個不可缺少的部，因為直接關係到產品的質量，當然這中間存在乙個問題，那就是測試部不是用來打研發部的下手，為開發人員測試，而是為產品質量負責。而對產品質量的把關需要有目標，這個目標就需要與策劃部溝通，根據目標進行全方面測試，包括：黑盒測試、明盒測試、用例測試，壓力測試等等，中間可能需要寫部分測試程式，對於測試不太了解，有錯的歡迎指正。關係比較複雜，寫得比較亂，諒解諒解。。。
先到這，有想到以後再更新。再次感慨下深圳的生活，一去不復返啊！~ 深圳的兄弟姐妹們，哥在這裡祝福你們。。。哈哈。。。。。乙個乙個的感謝就不說啦。。。。。
乙個段子的隨感
記得在哪一天讀到了這樣乙個段子，有一天，樸樹的媽媽非常為難地問他，你要不要去飯店端個盤子？樸樹才忽然發現，自己已經在家裡白吃白喝很久了。你可以理解這是乙個段子，心靈雞湯，勵志神曲。但是我有我的思考，我不這麼認為，因為這個真實性無從考證，但是著實讓我有一些感觸，並非段子本身，而在這個之外。首先第乙個問...
乙個遊戲框架
最近一段時間不是很忙，就寫了乙個自己的遊戲伺服器框架雛形，很多地方還不夠完善，但是基本上也算是能夠跑起來了。我先從上層結構說起，一直到實現細節吧，想起什麼就寫什麼。第一部分 伺服器邏輯 伺服器這邊簡單的分為三個部分，客戶端的連線首先到達閘道器伺服器，閘道器這裡有個執行緒用來監聽來自與客戶端的連線，然...
乙個城市人的思考
我從出生就住在城市，對農村的印象也僅僅是回母親老家的一段日子。感覺，農村的房子好簡陋，看起來一點都不舒服，綠苔 泥土 超原始的廁所。慢慢地開始討厭農村。但今天送女朋友去車站後，心裡難受，就打破歷史沿著一條小河走了回來，一路上經過了大馬路後面的郊區，一棟棟農村才會有的小院竟出現了。呵呵，原來農村就在大...