2018年度工作总结_2.docVIP

范文最新推荐 PAGE1 / NUMPAGES1 2018年工作总结 2018年就要结束了。 往年这个时候正是忙年底工作总结，安排明年的工作计划！ 虽然在单位，每年的工作总结不免流于形式，对公司而言，成为一种叫“鸡肋”的东西，但是，这样的鸡肋又不能没有。 其实，工作总结对反思自己一年来的工作情况，是一种非常好的方式。 为什么工作总结在单位变成了“面目可憎”，人人厌弃而又不得不为之的东东，答案是不言而喻的。因为，这工作不是自己喜爱的，或者说，自己在工作中没有获得成就感、满足感。一年时间的流逝，工作形式和内容没有任何变化，只是又徒增了几分职业倦怠感。 我还挺喜爱工作总结的。在单位时，我就设计了各式各样的表格，对我的工作进行梳理总结归纳，让自己对做过的事情能一目了然，即便是过了若干年后，也会很快的回忆起当年工作的细节。常常为此忙的不亦说乎！ 不仅是工作需要总结，生活也一样！ 苏格拉底曾经说过：未经省察的人生没有价值！ 时时对自己的生活进行反思。这，就是有智慧的人和普通的人的区别。 我想，2018年，我最大的收获，就是弄明白了，什么是我内心最重要的！ 2018年，我希望自己做个有智慧的人，或者说，向“有智慧”靠拢！ 对自己哪方面工作满意，有效的经验总结有哪些？ 1） 客户端的完整事件机制和消息分发机制的构建。 构建了比较稳定有效的事件和消息分发机制，目前的事件机制建立在AS3.0新的事件机制基础之上，使用全局静态属性，并且传递的参数可以不限长度，不限类型的的进行添加，使服务器、消息和客户端各模块之间，客户端内部各模块之间的信息通信简便而稳定。 经验：在构建消息机制前，在网上，和各个技术群理参考了大量实例和代码，和很多AS 的技术人员进行了沟通和了解，最终确认了目前采用的通信构架。 2） 本地数据库数据结构的设计和分析加载机制的构建。 在分析了客户端本地数据的需求后，设计了一套适合本地解析维护的文本数据结构，采用这一数据结构以后，所有的本地数据都可以在文本数据中进行维护，包括通信协议的解析代码和之后添加的各项客户端数据，基本上维护数据的工作可以由负责相应功能的策划人员进行维护，体现了比较良好的可维护性和更新性。 经验：在和策划的比较深入的沟通下，再比较早的时间就制定了规范的客户端数据结构，在之后的策划一直按制定好的数据设计结构，早制定，早执行。 3） 各个功能模块的oop设计和模块化设计 各个基本的功能模块基本都按照oop的思想设计，将数据和显示分离，将素材和代码分离。这样的处理。使得后续开发的模块都有比较好的模板可以参考，加快了开发速度，素材和代码分离的做法使数据更加安全，界面和各个效果的改版也更加方便 经验：主要得益对AS3.0语法特性的理解，在项目开始的阶段，就确认了AS3.0本身面向对象的开发特性，在开发过程中主动的思考和设计相应的功能和模块，在可复用性，可维护性，和低耦合性做了比较多的思考。 4） 对于几个重点的技术问题的处理 1） 客户端效率问题：这个难题一直是flash大型项目开发的瓶颈，我们也无可避免的遇到这一难题，但我们历经三次的大规模效率优化，甚至将所有模块拆分一一测试，目前，客户端代码的效率比较稳定，在同类产品中还占有一定的技术优势。 经验：对于必须处理的重大问题，必须下大决心，用必胜的信念去克服，甚至不惜拖后进度的代价。处理过程中也需要有科学的测试和优化过程设计。 2） 客户端黑屏bug问题：这个(本工作总结来源于)问题在技术测试和内测前期一直存在，多次调整技术方案，多次改进测试方式，也未能将此问题完成解决，最后，只能从源头思考解决方案，既然无法移除，就干脆不进行加载。此问题得到解决 经验：对于长期得不到解决和处理的问题，不妨全部推到，重新再来，或者，换一个角度去思考 5） 与服务器端相当默契的配合 目前和服务器端编程人员的配合比较默契，从功能的实现和bug的排查，都能比较有效而迅速的进行处理，极大的保证了工作的进度，也能对客户端的代码进行比较大的节省和优化。经验：前期多沟通（甚至是比较激烈的沟通方式），这样可以知道对方的编程习惯和处理事情的原则，知道对方考虑问题的轻重缓急。后期多理解（遇到问题时自己先多考虑一些），在保证功能实现不繁杂不臃余的基础上，自己可以多处理些功能，需要对方处理的时候，给出合理的理由。 对自己哪方面工作还不太满意（需要提高的方面），怎样去改进？ 1） 代码风格和逻辑严密性 代码风格一直是我自己编程习惯带来的影响，前期的代码编写主要考虑的是代码的可读性和可 维护性，没有采用过于复杂代码逻辑和简洁的代码略写方式，添加的注释也比较少，但又由于负责的模块涉及比较多的显示和操作的逻辑