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