網(wǎng)游開發(fā)人員作總結(jié)范文
網(wǎng)游開發(fā)人員作總結(jié)范文
對自己哪方面工作滿意，有效的經(jīng)驗總結(jié)有哪些？
1） 客戶端的完整事件機制和消息分發(fā)機制的構(gòu)建。
構(gòu)建了比較穩(wěn)定有效的事件和消息分發(fā)機制，目前的事件機制建立在AS3.0新的事件機制基礎(chǔ)之上，使用全局靜態(tài)屬性，并且傳遞的參數(shù)可以不限長度，不限類型的的進行添加，使服務(wù)器、消息和客戶端各模塊之間，客戶端內(nèi)部各模塊之間的信息通信簡便而穩(wěn)定。
經(jīng)驗：在構(gòu)建消息機制前，在網(wǎng)上，和各個技術(shù)群理參考了大量實例和代碼，和很多AS 的技術(shù)人員進行了溝通和了解，最終確認(rèn)了目前采用的通信構(gòu)架。
2） 本地數(shù)據(jù)庫數(shù)據(jù)結(jié)構(gòu)的設(shè)計和分析加載機制的構(gòu)建。
在分析了客戶端本地數(shù)據(jù)的需求后，設(shè)計了一套適合本地解析維護的文本數(shù)據(jù)結(jié)構(gòu)，采用這一數(shù)據(jù)結(jié)構(gòu)以后，所有的本地數(shù)據(jù)都可以在文本數(shù)據(jù)中進行維護，包括通信協(xié)議的解析代碼和之后添加的各項客戶端數(shù)據(jù)，基本上維護數(shù)據(jù)的工作可以由負(fù)責(zé)相應(yīng)功能的策劃人員進行維護，體現(xiàn)了比較良好的可維護性和更新性。
經(jīng)驗：在和策劃的比較深入的溝通下，再比較早的時間就制定了規(guī)范的客戶端數(shù)據(jù)結(jié)構(gòu)，在之后的策劃一直按制定好的數(shù)據(jù)設(shè)計結(jié)構(gòu)，早制定，早執(zhí)行。
3） 各個功能模塊的oop設(shè)計和模塊化設(shè)計
各個基本的功能模塊基本都按照oop的思想設(shè)計，將數(shù)據(jù)和顯示分離，將素材和代碼分離。這樣的處理。使得后續(xù)開發(fā)的模塊都有比較好的模板可以參考，加快了開發(fā)速度，素材和代碼分離的做法使數(shù)據(jù)更加安全，界面和各個效果的改版也更加方便
經(jīng)驗：主要得益對AS3.0語法特性的理解，在項目開始的階段，就確認(rèn)了AS3.0本身面向?qū)ο蟮拈_發(fā)特性，在開發(fā)過程中主動的思考和設(shè)計相應(yīng)的功能和模塊，在可復(fù)用性，可維護性，和低耦合性做了比較多的思考。
4） 對于幾個重點的技術(shù)問題的處理
1） 客戶端效率問題：這個難題一直是flash大型項目開發(fā)的瓶頸，我們也無可避免的遇到這一難題，但我們歷經(jīng)三次的大規(guī)模效率優(yōu)化，甚至將所有模塊拆分一一測試，目前，客戶端代碼的效率比較穩(wěn)定，在同類產(chǎn)品中還占有一定的技術(shù)優(yōu)勢。
經(jīng)驗：對于必須處理的重大問題，必須下大決心，用必勝的信念去克服，甚至不惜拖后進度的代價。處理過程中也需要有科學(xué)的測試和優(yōu)化過程設(shè)計。
2） 客戶端黑屏bug問題：這個問題在技術(shù)測試和內(nèi)測前期一直存在，多次調(diào)整技術(shù)方案，多次改進測試方式，也未能將此問題完成解決，最后，只能從源頭思考解決方案，既然無法移除，就干脆不進行加載。此問題得到解決
經(jīng)驗：對于長期得不到解決和處理的問題，不妨全部推到，重新再來，或者，換一個角度去思考
5） 與服務(wù)器端相當(dāng)默契的配合
目前和服務(wù)器端編程人員的配合比較默契，從功能的實現(xiàn)和bug的排查，都能比較有效而迅速的進行處理，極大的保證了工作的進度，也能對客戶端的代碼進行比較大的節(jié)省和優(yōu)化。經(jīng)驗：前期多溝通（甚至是比較激烈的溝通方式），這樣可以知道對方的編程習(xí)慣和處理事情的原則，知道對方考慮問題的輕重緩急。后期多理解（遇到問題時自己先多考慮一些），在保證功能實現(xiàn)不繁雜不臃余的基礎(chǔ)上，自己可以多處理些功能，需要對方處理的時候，給出合理的理由。
對自己哪方面工作還不太滿意（需要提高的方面），怎樣去改進？
1） 代碼風(fēng)格和邏輯嚴(yán)密性
代碼風(fēng)格一直是我自己編程習(xí)慣帶來的影響，前期的代碼編寫主要考慮的是代碼的可讀性和可
維護性，沒有采用過于復(fù)雜代碼邏輯和簡潔的代碼略寫方式，添加的注釋也比較少，但又由于負(fù)責(zé)的模塊涉及比較多的顯示和操作的邏輯，需要對比較多意外操作和狀況進行容錯處理，導(dǎo)致代碼量比較大，部分界面顯示代碼邏輯比較繁雜。邏輯嚴(yán)密性不好，在編寫代碼時過于考慮實現(xiàn)過程，少考慮了意外和容錯的處理，尤其是到了項目的后期，由于代碼量和功能模塊大量增加，對代碼的一個改動就可能引起各個功能模塊的錯誤反映，而在提交測試時又沒對相應(yīng)的影響完全考慮，后期導(dǎo)致多次上線就出bug，出bug就更新的問題。工作相當(dāng)?shù)谋粍雍屠仟N，對玩家也產(chǎn)生了不好的游戲體驗。改進方式：目前正在整理客戶端相應(yīng)的接口文檔，逐步對代碼進行結(jié)構(gòu)整理和效率優(yōu)化，添加相應(yīng)注釋，對代碼中相互影響的消息，事件和參數(shù) 逐步歸類，生成文檔。和策劃及測試部門進一步配合，對新上版本的測試提出更合理和準(zhǔn)確的測試需求，爭取將嚴(yán)重的
Bug消滅在上線之前。
2） 工作計劃和主動性工作主動性：在項目后期，工作進度比較緊張的時候，對策劃的需求 和bug的反饋，反應(yīng)都不夠及時和積極，有時候有辯解的工作表現(xiàn)。
改進方式：堅決克服。
自我肯定及批評。
自我肯定：
1） 學(xué)習(xí)，創(chuàng)新能力
能一直保持比較積極向上的心態(tài)，能不斷的要求自己上進，對新技術(shù)，新改變保持歡迎并樂于接受的態(tài)度，不斷的通過學(xué)習(xí)和改進來完善自己的專業(yè)能力善于并敢于創(chuàng)新，對flash大型網(wǎng)游這一新的項目，通過自己的努力，逐步克服了項目進程中各種的技術(shù)難題，對于各方面也查找不到資料的難題和策劃的一些特殊需求，都通過自己的思考來找到解決方式，最終一步步的完成了flash游戲項目的各項工作
2） 溝通合作能力
和配合的服務(wù)器，策劃，客戶端同事的溝通合作良好，共同處理各種工作中遇到的難題，提出合理的問題處理方式，工作氛圍關(guān)系良好。工作進度完成有序。
3） 必勝信念
對目前從事的工作，項目的實施前景以及公司的整體戰(zhàn)略都抱有絕對的信心，在工作上相信自己己有能處理好所有技術(shù)需求難題的信心，對項目絕對相信flsahMMO項目能為公司帶來真實巨大的收益，更相信公司堅持的自主研發(fā)，多線發(fā)展的原創(chuàng)網(wǎng)頁理念一定在在未來的網(wǎng)頁游戲市場里成為領(lǐng)軍人物和行業(yè)的豐碑。
【網(wǎng)游開發(fā)人員作總結(jié)】相關(guān)文章：
新崗位作計劃和措施03-08
三年級我的課余生活作03-20
學(xué)科總結(jié)03-20
電場公式總結(jié)06-08
離�？偨Y(jié)精選范文03-19
工會總結(jié)范本03-19
總結(jié)電熱的作用12-09
FLASH教程總結(jié)01-20
香茅做法總結(jié)03-19