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