《5月份转正工作总结.docx》由会员分享，可在线阅读，更多相关《5月份转正工作总结.docx（4页珍藏版）》请在第壹文秘上搜索。
1、5月份转正工作总结范文1自从进入儿科工作以来，我一直在科护士长的带领、指导和帮助下，本着“为人民服务”的理念，发扬救死扶伤的精神，认认真真、踏踏实实、兢股业业地做好我的本职工作，至今无一例医疗护理事故、差错或纠纷发生。两年来，我积极地参加了院内、院外举办的各种业务知识和技能的培训或考核，在加强自己的政治思想认识之余，时刻不忘随时提高自己的专业素养，严格遵守各项医疗护理规章制度和按照各项医疗护理操作规范做好护理工作。我一直认真参与每月一次的三基（基础理论、基本知识和基本技能）的理论和操作考试，温故而知新，理论联系实际，不断巩固自己的护理理论知识和实践技能。积极支持每月一次的护士长查房工作，提升患
2、者对我的服务的满意度。此外，还一直坚持自学护理本科知识，争取在理论知识方面再上一个新台阶，实现个人与医院的同步发展。去年，我和科内同事一道参加了医院举办的“5?12”技能操作竞赛，我们科获得了团体第三名的优异成绩;还是去年11月份，我参加以“构建和谐医院”为主题的演讲比赛，获得了二等奖。无论是个人参赛，还是团队作战，都凝聚和加深了我的集体荣誉感，强化了我的团队合作精神,使我深知个人只有与集体融为一体才能形成最大合力。今年，在同事和领导对我在此前的工作中的表现的一致认可下，我得以被派到省儿童医院进修。在此，非常感谢各位院领导给予我这次光荣的深造机会。在过去的两年工作中，我还有许多的不足之处。譬如
3、专业知识的薄弱，技能能力的欠缺使我在工作时感到力不从心，失去了许多学习和提高的机遇；又如工作中不够细心，给患者带去了不必要的痛苦的同时，也给同事制造了不少的麻烦。对于这些缺点和短处，我已经有了深刻的认识，并一直在努力地改正和提高。我一定会加倍刻苦地学习理论知识，锻炼操作技能，并磨练自己的性格，以此来弥补过去的工作中出现的不足。不求最好，但求更好，使自己能以更专业的素质，更积极的态度为患者提供更优质的服务。此后的日子里，我将把做一个优秀的护士并晋职为护师作为我的目标。首先，我会认真对待接下来的进修学习，力争学到真知识、练到真功夫；然后，我会把自己所学到的一切带回医院，与同事一起分享，并学以致用，
4、完全转化到实际工作中来。范文2第一阶段（8月4日至8月15日）：是学习阶段，这两周主要是学习一些D3D编程的基础知识，并了解网络游戏的整体架构。8月4日至8月9日看VSS策划文档，了解游戏的一些基本需求；阅读D3D编程书籍并运行其配套示例程序代码，这方面的内容在设计DXUT控件和实现一些场景特效时会用到，到目前为止我的工作内容没有涉及到。8月11日至8月15日了解DXUT应用程序框架、DXUT控件的继承关系以及消息向控件事件的转化、原始的DXUT控件使用例子和我们公司客户端同事开发的一些DXUT控件使用例子，并对标准的Direct3d方法和各种DXUT函数进行了总结。本周关于DXUT方面的内容
5、是我现在的工作内容直接涉及到的内容，目前我已经能够熟练的使用各种DXUT控件编写各种界面，至于改进与新增某些DXUT控件，目前的工作内容没有涉及，在今后的工作中可能要通过重写控件类来优化自己写的客户端用户界面方面的代码。DXUT控件的设计与使用可以借鉴一下MFC控件的设计与重用，现在我利用下班的业余时间将以前的一些用其他语言编写的GUl或CUl程序、SDK程序用MFC重写。第二阶段（8月18日至9月12日）：主要在做英雄系统，这是我编写的第一个子系统,如果以现在的速度再做英雄系统的话，最多一个星期就可以完成了。这个阶段的收获还是很多的，一些客户端Ul编程的套路基本形成：使用一些DXUT控件（例
6、如扩展按钮控件、表格控件和背包控件）搭建界面、与游戏大地图服务器通信、读取配置表、ID与字符串的相互转化、使用STL中的list、vectormap等容器保存从服务器获取的信息、多线程同步的临界区加锁。英雄系统的客户端不是完全由我做的，我主要在同事做的基础上添加了创建首领英雄（8月18日至8月22日）、更换英雄头像、进入游戏流程的控制、装备管理禁用右键和英雄技能学习（8月25日至9月6日）、英雄头像ID编码规则（9月8日至9月12日）。这个阶段的有些问题在当初受技术水平和时间的限制，我是一知半解的，没有予以深究，现在回过头来再看看当初的一些策划需求以及相关的代码，对于进一步熟悉整个游戏，是很有
7、好处的。第三阶段（9月15日至今）：先后做了民间市场（9月15日至9月30日）、任务系统（10月6日至10月10日）、公会系统（10月13日至10月18日）、运输（10月20日至10月24日）与殖民、排行、战报、捐献（10月27日至今）。做民间市场时走了一些弯路，例如在确定与修改界面、理解需求和通信接口方面花的时间有点多，在发现问题时没有在第一时间内与策划和服务器端沟通把问题弄明白；再一个就是没有清晰的测试流程，被一些细枝末叶的问题所扰。当然也有一定的收获，现在也基本上形成了一个套路：用户界面最终确定并搭建起来后，先测试打开界面时要发的请求和获取的列表，显示在下拉框/表格控件/列表框等控件中的
8、数据都应该维护一个VeCtOr或IiSt容器，这部分功能测试完毕后再进行其他功能的测试;刷新和其他客户端的显示操作不是当务之急，应该抓紧时间测试服务器端提供的通信函数，尽量做到C/S双方能并行工作。翻页操作做的有点复杂，用到了二维向量容器，上一页不发请求，下一页没有的话才发请求，不直观，某些不合理的通信接口应该由C/S双方商定一下，这点在做公会系统时就很好。做任务系统时的思路比民间市场时要清晰一些，这是因为市场系统我只做了民间市场一部分，而任务系统是完全由我做的一个子系统，而且界面相对简单，时间相对充裕，更主要的是吸取了做民间市场的教训，有一个较为清晰的测试流程，所以完成的较快，后来实行增量操作后发现的一些低级编码错误和记录排序问题，我也很快地纠正了过来。公会系统做的比较顺利，从了解策划需求到确定界面和明确测试流程，再到最终的编码测试完毕，只用了1周的时间；殖民与运输和捐献涉及到了郡地图的事件和游戏面板按钮的显示控制，例如识别郡地图上面的部队、城市、哨塔和行政中心，这方面花的时间比较多一点。
