5月份轉正工作總結

　　範文1

自從進入兒科工作以來，我一直在科護士長的帶領、指導和幫助下，本着“為人民服務”的理念，發揚救死扶傷的精神，認認真真、踏踏實實、兢兢業業地做好我的本職工作，至今無一例醫療護理事故、差錯或糾紛發生。兩年來，我積極地參加了院內、院外舉辦的各種業務知識和技能的培訓或考核，在加強自己的政治思想認識之餘，時刻不忘隨時提高自己的專業素養，嚴格遵守各項醫療護理規章制度和按照各項醫療護理操作規範做好護理工作。我一直認真參與每月一次的三基(基礎理論、基本知識和基本技能)的理論和操作考試，温故而知新，理論聯繫實際，不斷鞏固自己的護理理論知識和實踐技能。積極支持每月一次的護士長查房工作，提升患者對我的服務的滿意度。此外，還一直堅持自學護理本科知識，爭取在理論知識方面再上一個新台階，實現個人與醫院的同步發展。

去年，我和科內同事一道參加了醫院舉辦的“5?12”技能操作競賽，我們科獲得了團體第三名的優異成績;還是去年11月份，我參加以“構建和諧醫院”為主題的演講比賽，獲得了二等獎。無論是個人蔘賽，還是團隊作戰，都凝聚和加深了我的集體榮譽感，強化了我的團隊合作精神，使我深知個人只有與集體融為一體才能形成最大合力。今年，在同事和領導對我在此前的工作中的表現的一致認可下，我得以被派到省兒童醫院進修。在此，非常感謝各位院領導給予我這次光榮的深造機會。

在過去的兩年工作中，我還有許多的不足之處。譬如專業知識的薄弱，技能能力的欠缺使我在工作時感到力不從心，失去了許多學習和提高的機遇;又如工作中不夠細心，給患者帶去了不必要的痛苦的同時，也給同事製造了不少的麻煩。對於這些缺點和短處，我已經有了深刻的認識，並一直在努力地改正和提高。我一定會加倍刻苦地學習理論知識，鍛鍊操作技能，並磨練自己的性格，以此來彌補過去的工作中出現的不足。不求最好，但求更好，使自己能以更專業的素質，更積極的態度為患者提供更優質的服務。

此後的日子裏，我將把做一個優秀的護士並晉職為護師作為我的目標。首先，我會認真對待接下來的進修學習，力爭學到真知識、練到真功夫;然後，我會把自己所學到的一切帶回醫院，與同事一起分享，並學以致用，完全轉化到實際工作中來。

　　範文2

第一階段(8月4日至8月15日):是學習階段，這兩週主要是學習一些D3D編程的基礎知識，並瞭解網絡遊戲的整體架構。8月4日至8月9日看VSS策劃文檔,瞭解遊戲的一些基本需求;閲讀D3D編程書籍並運行其配套示例程序代碼,這方面的內容在設計DXUT控件和實現一些場景特效時會用到,到目前為止我的工作內容沒有涉及到。8月11日至8月15日瞭解DXUT應用程序框架、DXUT控件的繼承關係以及消息向控件事件的轉化、原始的DXUT控件使用例子和我們公司客户端同事開發的一些DXUT控件使用例子，並對標準的Direct3d方法和各種DXUT函數進行了總結。本週關於DXUT方面的內容是我現在的工作內容直接涉及到的內容，目前我已經能夠熟練的使用各種DXUT控件編寫各種界面，至於改進與新增某些DXUT控件，目前的工作內容沒有涉及，在今後的工作中可能要通過重寫控件類來優化自己寫的客户端用户界面方面的代碼。DXUT控件的設計與使用可以借鑑一下MFC控件的設計與重用，現在我利用下班的業餘時間將以前的一些用其他語言編寫的GUI或CUI程序、SDK程序用MFC重寫。

第二階段(8月18日至9月12日):主要在做英雄系統,這是我編寫的第一個子系統,如果以現在的速度再做英雄系統的話,最多一個星期就可以完成了。這個階段的收穫還是很多的`，一些客户端UI編程的套路基本形成：使用一些DXUT控件(例如擴展按鈕控件、表格控件和揹包控件)搭建界面、與遊戲大地圖服務器通信、讀取配置表、ID與字符串的相互轉化、使用STL中的list、vector、map等容器保存從服務器獲取的信息、多線程同步的臨界區加鎖。英雄系統的客户端不是完全由我做的，我主要在同事做的基礎上添加了創建首領英雄(8月18日至8月22日)、更換英雄頭像、進入遊戲流程的控制、裝備管理禁用右鍵和英雄技能學習(8月25日至9月6日)、英雄頭像ID編碼規則(9月8日至9月12日)。這個階段的有些問題在當初受技術水平和時間的限制，我是一知半解的，沒有予以深究，現在回過頭來再看看當初的一些策劃需求以及相關的代碼，對於進一步熟悉整個遊戲，是很有好處的。

第三階段(9月15日至今):先後做了民間市場(9月15日至9月30日)、任務系統(10月6日至10月10日)、公會系統(10月13日至10月18日)、運輸(10月20日至10月24日)與殖民、排行、戰報、捐獻(10月27日至今)。做民間市場時走了一些彎路，例如在確定與修改界面、理解需求和通信接口方面花的時間有點多，在發現問題時沒有在第一時間內與策劃和服務器端溝通把問題弄明白;再一個就是沒有清晰的測試流程，被一些細枝末葉的問題所擾。當然也有一定的收穫，現在也基本上形成了一個套路：用户界面最終確定並搭建起來後，先測試打開界面時要發的請求和獲取的列表,顯示在下拉框/表格控件/列表框等控件中的數據都應該維護一個vector或list容器,這部分功能測試完畢後再進行其他功能的測試;刷新和其他客户端的顯示操作不是當務之急，應該抓緊時間測試服務器端提供的通信函數，儘量做到C/S雙方能並行工作。翻頁操作做的有點複雜,用到了二維向量容器,上一頁不發請求,下一頁沒有的話才發請求,不直觀,某些不合理的通信接口應該由C/S雙方商定一下，這點在做公會系統時就很好。做任務系統時的思路比民間市場時要清晰一些，這是因為市場系統我只做了民間市場一部分，而任務系統是完全由我做的一個子系統，而且界面相對簡單，時間相對充裕，更主要的是吸取了做民間市場的教訓，有一個較為清晰的測試流程，所以完成的較快，後來實行增量操作後發現的一些低級編碼錯誤和記錄排序問題，我也很快地糾正了過來。公會系統做的比較順利，從瞭解策劃需求到確定界面和明確測試流程，再到最終的編碼測試完畢，只用了1周的時間;殖民與運輸和捐獻涉及到了郡地圖的事件和遊戲面板按鈕的顯示控制，例如識別郡地圖上面的部隊、城市、哨塔和行政中心，這方面花的時間比較多一點。