it技術轉正個人申請總結
it技術轉正個人申請總結
轉正述職報告是我們在成為正式員工之前必須經歷的一關。今天學習啦小編給大家為您整理了it技術轉正個人申請總結，希望對大家有所幫助。
it技術轉正個人申請總結范文一
回顧20xx年，自己干了很多工作，涉及到的范圍比較廣，所做的工作帶來的成果也不錯，告別了20xx年的那種沒有自信，總是被動的局面;業(yè)務上對發(fā)信息，資料，boss相關，語音這幾個核心的業(yè)務模塊更加熟悉;組織協(xié)調能力上得到提高，整體把握一塊兒工作的進度，承受得住壓力的能力逐步提升。工作方式上有所改善，由被動變成主動，由接收變成主動提出自己見解;知識體系得到補充完善，眼界由局部上升到更高一個層面，找到自己要發(fā)展的方向，閱讀管理類和技術類的書籍給自己充電加油!20xx年，我在期待，期待更大的進步，期待更多更強的成就感。
一、主要工作業(yè)績
(一) 工作職責、主要工作及成果
1、 hbjxt發(fā)信息系統(tǒng)、河北后臺搭建移植
工作職責:部門模塊參與人
hbjxt系統(tǒng)搭建過程中前期我主要負責的是發(fā)信息模塊，后期轉到新后臺的搭建移植工作上.
a、 發(fā)信息存儲過程的移植
b、 0元3元產品的并行
c、 信息回執(zhí)的添加
d、 學校相關查詢，用戶相關查詢，教師相關查詢，信息相關查詢功能移植
e、 河北應用報表開發(fā)
在這個工作的過程中我最大的收獲是對數(shù)據(jù)庫簡單知識的掌握和發(fā)信息相關業(yè)務的熟悉。以前對數(shù)據(jù)庫的學習就到書寫sql語句的層面上，目前對存儲過程，函數(shù)，調度，觸發(fā)器，表分區(qū)等常用的簡單知識有了使用和了解。對于核心業(yè)務發(fā)信息也告別了一頭霧水。
2、 語音平臺接手，為解決串號問題的改造
工作職責：平臺負責人
a、 日常的維護統(tǒng)計
b、 語音新需求的開發(fā)
c、 語音優(yōu)化建議的處理
d、 語音串號問題的
在語音web頁面方面要發(fā)展成一個能提出自己見解能拍板的員工，目前尚未完全達到這個目標，不過日常的維護和遇到的問題大部分可以跟蹤解決。
3、 長短信頁面負責人
工作職責：頁面負責人
a、 學校長短信的設置和取消
b、 家長長短息接收的管理
c、 老師長短息的設置選擇
d、 發(fā)信息類里面對于設置長信息和文件發(fā)送等邏輯的修改。
長短信的主要負責方是數(shù)據(jù)庫組，中間組織了幾次會議，都是權威人物，從大家的發(fā)言角度和發(fā)言內容里可以學到好多東西，先是需求的討論確定，開發(fā)方案提出幾種，大家一起討論，最后讓領導審核，每一次的會議組織都會有新的收獲。是一次很好的推進工作案例。
4、 新版短信模板
工作職責：部分模塊參與人
a、 發(fā)信息頁面的改版
b、 信息收藏夾的導入導出
c、 jxlx下總導航和左邊登陸框的調整。
我參與的階段有：用例的審核，表結構設計的討論，開發(fā)。
在這個工作中的收獲是數(shù)據(jù)庫表的設計，主要是按位存儲的優(yōu)點，合理的利用存儲過程來定時的分析和生成數(shù)據(jù)，excel表格的上傳下載相關知識。
5、 語音外呼系統(tǒng)
工作職責：整體負責人
a、 組織需求的討論確定原型
b、 拿出設計方案組織審核
c、 參與后續(xù)開發(fā)
d、 系統(tǒng)的跟蹤和維護
這是我第一次以項目負責人的身份在公司出現(xiàn)，感覺很驚喜，也很有壓力，一直都是在接收安排好的工作，這次領導告訴我，我要把握項目的進度，要去和需求人溝通給系統(tǒng)一個合適的定位，把合適的工作分給合適的人，要設計能滿足需求，要保證項目保質保量的完成。當然這些工作我一個人是做不下來的，一是我經驗不夠，二是我一個人沒有那么多的時間和精力，這時候就體現(xiàn)出來如何利用大家的智慧了。這個團隊的一個特點是一個沒有經驗的負責人帶著幾個充滿智慧的隊友，剛開始在工作分配上很不合理，我把很多的工作攬到自己這里，但是這樣我會很累，大家的智慧不能及時的融進來，還會打擊積極性，在主管的指導下及時對工作安排分工進行了調整，讓大家都積極的參與進來。有了前面的教訓，在后期的開發(fā)中進展的很順利，大家積極的討論拿方案，對自己負責模塊都盡職盡責，從中收獲很多。
語音外呼項目的推動中，收獲可以從兩個方面來總結，一個是經驗的積累，通過這個工作，經歷了一個項目負責人的過程，此時經歷就是收獲，設計方案的一次次被推翻，就是一次次的進步，從溝通到設計再到開發(fā)，去組織去推動，也逐步的流暢，和大家的合作，借用別人智慧的能力也稍有提高。另一個是信心的增強，剛開始對需求的混亂和對系統(tǒng)不清晰的定位讓我對這個工作無從下手，對它的思考時易時難，對設計更是心里沒底兒，設計好了對開發(fā)又不自信，需要的知識點還很多，雖然前期是這樣思考的，但是隨著設計的明朗化和大家智慧的迸發(fā)，感覺越來越順利，信心提高了很多。所以一個項目負責人不一定要是一個樣樣精通的人，但是一定要是一個能把大家智慧凝聚到一起的有思想有自信的人。以后我繼續(xù)向大家學習!
6、 資料遷移
工作職責：整體負責人
a、 收集需求人，使用人的意見整理文檔，弄清楚要解決的問題，和造成問題的原因
b、 給參與人員分工梳理現(xiàn)有流程
c、 組織技術內部對此熟悉的同事討論，鏟出一份需求設計文檔，之后又進行審核
d、 和需求人，使用人碰面溝通，對設計文檔中涉及的流程進行了二次審核
e、 頁面開發(fā)和測試
f、 功能模塊維護和數(shù)據(jù)跟蹤
帶來的成果：在移動進行大規(guī)模的ecid重整時期，資料遷移功能發(fā)揮了很重要的作用，解決了博客博客圈的匹配，校訊通積分影響問題，客服的資料處理流程效率也得到了大大的提高。
資料遷移整體上考驗的是對業(yè)務的熟悉和對需求的梳理溝通。 我的總結感受：對于請教的問題，別人并沒有責任一定要參與，即使參與了也不能把自己的疑惑全部拋給大家，應該做好前備工作，把能梳理的都梳理通，真正想不通的給幾個選項，盡可能的節(jié)省大家時間，縮短這個環(huán)節(jié)在整體上大家就有精力給與更多的指導和建議。另外還要寫好文檔，一份好的文檔可以給溝通帶來好的影響，如果自己都稀里糊涂文檔的邏輯性不強，讓別人看著更不感興趣，雖然溝通是雙方的，但是如果想在溝通中掌握主動權，必須比別人多想點，多做點。
7、 資料錄入助手
工作職責：整體負責人(但是到最后沒有用)
a、 溝通確定需求
b、 參與代碼書寫以及后期意見搜集
資料錄入給我感觸很大，我面對的問題有兩個：一是自己對技術水平不達標，書到用書方恨少啊，打擊了自信;二是時間比較緊急，還和幾個經理直接溝通需求，有恐懼心理，狀態(tài)相當不好;到最后還是按時完成了，雖然讓大家并不是特別滿意，在沒有征求對方意見的情況下我自己簡化了需求，但是感悟甚多;我的感悟：一是要增加自己的求知欲，提高技術水平，增強自信心;二是要學從大局考慮事情，多項緊急工作并行的時候也要有個輕重緩急，做好分配;三是會做人會做事會說話很重要。
8、 學生綜合素質測評系統(tǒng)
工作職責：整體負責人
a、 參與需求的討論和原型確定
b、 系統(tǒng)的設計
c、 組織并參與開發(fā)
該系統(tǒng)的特點：使用對象是一個學校，核心內容是對學生進行綜合素質的評價，項目時間和緊迫，所以選擇了一切從簡，組織結構和權限使用的都是校訊通系統(tǒng)內的，老師管理員的賬號使用的也是xxt的，家長的賬號是學生的學號。
9、 日常維護，優(yōu)化建議
工作職責：模塊參與人
a、語音平臺，hbjxt有關信息的數(shù)據(jù)統(tǒng)計工作以及日常投訴維護
b、有關語音，tj平臺，短信后臺，策劃后臺，hbjxt后臺的優(yōu)化，報表新功能，30 tomcat錯誤日志等的維護開發(fā)
c、需求的溝通和討論
(二) 工作及學習經驗及收獲
1、 對發(fā)信息，資料，boss相關，語音這幾個核心的基礎業(yè)務模塊更加熟悉，這些都是在工作中進行的積累，這些方面出現(xiàn)問題，可以更快更準確的定位出錯的地方。
2、 組織協(xié)調能力提高，這些是擔當項目負責人鍛煉的結果，平時負責的工作不再是具體的開發(fā)，而是負責把大家召集起來，整體把握一個事情的進度，這樣的話就在無形中鍛煉組織協(xié)調的能力，承受得住壓力。
3、 看了一些管理類的書籍，在做人做事兒做工作的方式上有所提升，不讓自己的想法行為那么極端。
4、 技術知識框架更加完善，畢竟看的多了，遇到的問題多了，思考的也就多了，逐步提升中……
(三) 主動發(fā)現(xiàn)并跟進解決的問題(非任務類的，自己主動發(fā)現(xiàn)工作或項目中的問題，并思考和跟進解決的)
1、資料遷移上線后，關于sign_falg的變更，在走路的時候突然意識到遷移之后發(fā)給移動的sign_falg和connector中的沒有同步，雖然當時問題還沒有暴露，時間久了就會出現(xiàn)問題了，馬上給領導請示讓數(shù)據(jù)庫組協(xié)助我排查數(shù)據(jù)，最后通過全量核對把已經不一致的資料糾正，同時修改程序的漏洞。
2、100數(shù)據(jù)庫存儲過程proc_person_count有效學生數(shù)，禁用學生數(shù)，有效班級數(shù)的計算錯誤，修改上傳!
此過程是在20xx年12月18日開始運行，每天晚上00：00執(zhí)行，作用是計算有效學生數(shù)，所有學生數(shù)，家長總數(shù)，教師總數(shù)，擁有聯(lián)通號碼的教師總數(shù)等一些數(shù)據(jù)，數(shù)據(jù)是以學校為單位
發(fā)現(xiàn)的問題：有效學生數(shù)，禁用學生數(shù)，有效班級數(shù)的計算錯誤
錯誤原因：河北的規(guī)則和河南的差異所致!
河南：有效學生：第一聯(lián)系人激活的
禁用學生：第一聯(lián)系人禁用的
有效班級：有有效學生的
河北：有效學生：兩個聯(lián)系人至少有一個激活的(排除網站用戶)
禁用學生：至少一個禁用的，兩個聯(lián)系人不存在激活的(排除網站用戶)
有效班級：和河南一致，但是有效學生統(tǒng)計錯了，這個也就錯了
3、100數(shù)據(jù)庫存儲過程proc_num_of_class執(zhí)行報錯!因為調度的問題引起，另外計算數(shù)據(jù)規(guī)則有問題!
此過程是在20xx年12月18日開始運行，每天晚上00：00執(zhí)行，作用是計算有效學生數(shù)，所有學生數(shù)，家長總數(shù)數(shù)據(jù)，數(shù)據(jù)是以班級為單位
發(fā)現(xiàn)的問題：存儲過程執(zhí)行報錯!計算數(shù)據(jù)規(guī)則有問題!問題同上!
錯誤原因：存儲過程中定義了一個臨時變量num1 ，number(2)類型!但是執(zhí)行的時候存進去的數(shù)據(jù)是三位數(shù)，故報錯!存儲過程中用這個變量是判斷當天的數(shù)據(jù)時候已經存進num_of_class表中，按照正常情況num1是0才對，不會報錯，跟蹤原因是因為proc_num_of_class一天執(zhí)行了兩次，晚上00：00和中午12：00，當中午12：00執(zhí)行的時候數(shù)據(jù)已經生成，并且數(shù)據(jù)超過了number(2)所容納的最大值!故報錯!
至于為什么這個過程一天執(zhí)行兩次，請教數(shù)據(jù)庫組同事未果，因為從調度語句上看頻率是一天，每晚00：00執(zhí)行!
解決辦法：原調度刪除，重新添加調度!執(zhí)行時間放在00：01
4、個人話務量統(tǒng)計跟蹤數(shù)據(jù)時候發(fā)現(xiàn)異常，一個人的話務量比所有人加一起都高排查生成個人話務量統(tǒng)計的sql語句，在語音重要的表中加看個call_id，把電話的保存表和通話表精確的關聯(lián)起來了。上線以前所有的數(shù)據(jù)此字段都是0，目前外呼的此字段值也是0，所有要把等于0的全排出掉!防止異常數(shù)據(jù)!
(四) 進步及亮點(主要的2-3個)
1、 對業(yè)務的熟練，當做的東西需要和系統(tǒng)內融合借鑒的時候，這個優(yōu)點顯得尤為重要。對做好工作更有把握，更有自信
這點的進步源于工作中對業(yè)務邏輯的梳理和積累。有些新工作的開展必須把現(xiàn)有的業(yè)務邏輯梳理清楚。
2、 組織協(xié)調能力提高，整體把握一塊兒工作的進度，承受得住壓力的能力逐步提升。
這點的進步源于當了幾次項目負責人。不管項目大小，是負責人就要負責工作的安排，人員的協(xié)調。
3、 做人做事兒做工作的方式上有所改變，不讓自己的想法行為那么極端。
有效的溝通往往能更快的推動工作，有效就要求是合理的溝通方式，大家都喜歡聽好聽的，都喜歡愉快的溝通氛圍，就要盡量的去營造這種氛圍，減少撕破臉的場合，看了一些管理類的書籍，有些還是很有道理的，可以逐步的在和別人溝通中派上用場。
二、工作中遇到的問題或困惑及解決辦法
工作中由于大組的工作方向而定，如果一個月里很多時候都是在排查，配合的工作，這些很繁瑣，沒有什么技術含量但是需要全面細心，如果接二連三的都是類似的就很疲憊煩躁，困惑。
解決辦法：加強學習，多看些書充充電，讓自己能感覺到還在進步，不是在機械重復的工作，月度績效中會流露出我的想法，讓領導了解。
三、對公司、部門、小組的建議
希望部門能在大組的整體工作上可以均衡，讓人員和工作量可以協(xié)調，不至于有的太忙沒有時間學習，有的太閑只能學習，總結一下主要是以下幾點：
1、 多少人干多少的活。
2、 工作的技術含量上均衡一下，干維護如果一直查漏補缺，會煩躁
3、 部門需要重視基礎業(yè)務和維護
it技術轉正個人申請總結范文二
從12月初到現(xiàn)在，我已經在公司工作近1個月了。這段時間我收獲了很多，對于我從學生到一個職業(yè)人的轉變具有重要意義。
作為一個應屆畢業(yè)生初來公司，剛開始很擔心不知如何與同事共處、如何做好工作。因為公司的這些業(yè)務是我以前從未接觸過的，而且和我的專業(yè)知識相差也比較大。但是這一個月以來，在公司寬松融洽的工作氛圍下，經過項目經理和同事的悉心關懷和耐心指導，我很快的完成了從學生到職員的轉變，在較短的時間內適應了公司的工作環(huán)境，也基本熟悉了項目的整個工作流程，最重要的是接觸和學習了不少的相關業(yè)務知識，很好地完成了項目交予的任務，做好了自己的本職工作，使我的工作能力和為人處世方面都取得了不小的進步。
在這里對一個月的工作和生活做一下總結，可從中發(fā)現(xiàn)自己的缺點和不足，在以后的工作中加以改進，以提高自己的工作水平。
在這一個月的工作和生活中，我一直嚴格要求自己，遵守公司的各項規(guī)章制度。盡心盡力，履行自己的工作職責，認真及時做好領導布置的每一項任務。當然我在工作中還存在一定的問題和不足，比如：對業(yè)務不太熟悉，處理問題不能得心應手，工作經驗方面有待提高;對相關知識情況了解的還不夠詳細和充實，掌握的技術手段還不夠多;需要繼續(xù)學習以提高自己的知識水平和業(yè)務能力，加強分析和解決實際問題的能力;同時團隊協(xié)作能力也需要進一步增強等。對于這些不足，我會在以后的日子里虛心向周圍的同事學習，專業(yè)和非專業(yè)上不懂的問題虛心請教，努力豐富自己，充實自己，尋找自身差距，拓展知識面，不斷培養(yǎng)和提高充實自己的工作動手能力，把自己業(yè)務素質和工作能力進一步提高。也希望請領導和同事對我多提要求，多提建議，使我更快更好的完善自己，更好的適應工作需要。
這里我要特別感謝部門經理XXX對我的入職指引和幫助，感謝他對我工作中出現(xiàn)的失誤進行提醒和指正。作為應屆畢業(yè)生初入職場，在工作中難免出現(xiàn)一些差錯需要同事的批評和監(jiān)督。但這些經歷也讓我不斷成熟，在以后處理各種問題時考慮得更加全面。現(xiàn)在的我同老員工相比，在工作經驗和能力上都有很大差
距，工作和生活上不懂的問題應虛心向同事請教學習，以不斷充實自己。
同時感謝XX對我們的業(yè)務指導以及XXX的每一次技術培訓。由于我們是個IT公司，我清楚地了解良好的業(yè)務素質和技術水平是做好本質工作的前提和必要條件。
在公司的這段時間里，我學到了很多，感悟了很多。看到公司良好的發(fā)展勢頭，我深深地感到驕傲和自豪，因此我更加迫切的實現(xiàn)自己的奮斗目標，體現(xiàn)自己的價值，和公司共同成長。我一定會用謙虛的態(tài)度和飽滿的熱情做好我的本職工作，為公司創(chuàng)造價值，同公司一起展望美好的未來!
it技術轉正個人申請總結范文三
IT運維工作直接關系到應用系統(tǒng)運行的正常穩(wěn)定，但運維工作紛繁復雜，正規(guī)化、系統(tǒng)化相對比較弱，如何改變這種現(xiàn)狀?從眾多的運維工作者的成功失敗中進行經驗總結，并提升為運維規(guī)則，是提高運維水平，保障應用系統(tǒng)正常穩(wěn)定運行的有效途徑。
筆者通過自己的多年運維經驗，總結出以下必須遵守的基本運維規(guī)則，可以大大減少缺乏經驗的運維人員因為自身失誤導致系統(tǒng)出故障的可能性。
一、系統(tǒng)變更、升級應先在同樣的環(huán)境測試通過，執(zhí)行前應有經過驗證的回退預案
運維是一門經驗的學科、是一門試錯的學科。沒有做過的東西、總是會給你出意想不到的難題，因此變更前，一定要在相同或者相似運行環(huán)境下進行測試，通過后才能在正式環(huán)境下執(zhí)行變更。同時應準備好變更失敗的回退預案，比如，做好系統(tǒng)備份、數(shù)據(jù)庫備份、配置備份，固化變更前的運行現(xiàn)場，讓變更有回頭的機會。
二、對破壞性的操作要先確認符合預定方案，然后謹慎執(zhí)行 什么是破壞性的操作?
比如：
對MSSQLServer，執(zhí)行update操作，因為不需要commit，所以特別容易忽視也特別危險，還有delete、drop等操作更不用說。
對 Oracle 而言：truncate table_name、delete table_name、drop table_name，這些語句執(zhí)行起來輕松簡單也愜意極了、但記住!即便數(shù)據(jù)可被回滾、代價也是非常大!
對 Linux 而言，rm -r 所有當前及其子目錄的所有數(shù)據(jù)都將被刪除。經歷過這種故障的人、大多會給 rm 上個別名
A liasrm='rm -i'
同理、cp 和 mv 也可以有同樣的選項：
aliascp='cp -i'
alias mv='mv -i'
對window而言，shift+del文件或者目錄 對任何系統(tǒng)而言，無備份直接修改文件等
三、備份并驗證備份的有效性
不管是硬件還是軟件總有意外崩潰的時候，怎么辦?備份!!!備份的學問很大、按照不同的維度可以分：冷備和熱備、實時和非實時、物理和邏輯、全備增量備。
備份有了、可以高忱無憂了嗎?不行!尚須驗證備份的有效性。一個總有那么幾次、備份無法保證 100% 恢復，簡單的驗證就是找個空庫恢復出來。
四、對生產環(huán)境永保敬畏之心
這是避免應用系統(tǒng)發(fā)生故障的一條鐵規(guī)，也是被開發(fā)、運維人員容易忽視的地方。要堅決杜絕直接在生產環(huán)境做開發(fā)、測試和bug修復，這些操作只能在開發(fā)和測試環(huán)境做，否則一旦出事，將欲哭無淚。
五、交接和休假最容易出故障
接手別人的工作要一而再，再而三的確認變更方案，請教人并不見得就是能力不行的表現(xiàn);
休假前最好各種可以做好的事情，最好能夠準備一份文檔，指明在什么情況下怎么做和聯(lián)系哪些人;
在別人放假的時候接手工作，“能拖則拖”，實在需要執(zhí)行：必須不厭其煩的跟原系統(tǒng)管理人員確認各個操作細節(jié)。
六、一定要有監(jiān)控手段和報警措施
運維人員賴于生存的工具就是報警和監(jiān)控。
報警可以讓你及時知道系統(tǒng)出現(xiàn)了什么異常、以便及時跟進、把故障扼殺于搖籃;
監(jiān)控可以讓你了解系統(tǒng)的歷史性能信息、以歷為鑒、可以知興替、早做優(yōu)化。
報警和監(jiān)控是衣寬帶水的好兄弟、相鋪相成、互相促進。
七、使用自動切換技術需謹慎
為了保障數(shù)據(jù)庫安全，往往會使用HA或者RAC之類的技術，但是這類技術能否真正在關鍵時刻起作用，則是需要經過反復驗證和確認的。并不是按照文檔要求做好了就夠的，很多意外因素或者系統(tǒng)因素會導致自動切換技術并不能如期發(fā)揮作用。如果到事后才發(fā)現(xiàn)這一點，將悔之晚矣。
八、要有偏執(zhí)狂的精神，方案要檢查，檢查，再檢查
有這么一個人：
① 他在做一個變更的時候，會先提前一兩周發(fā)送郵件并電話手機通知相關人
?、?在測試機上寫好腳本，召集大家 review 操作步驟和腳本
?、?測試完成以后拷貝到生產環(huán)境
?、?登錄對應機器，“打開，關閉，打開，關閉”該腳本
?、?跟相關人員再次確認執(zhí)行的操作，順序，時間點，可能的影響和回滾是否都準備好了
?、?執(zhí)行前還要退出這個機器，然后再登錄進去，“打開，關閉”腳本 ⑦ 最后才在后臺運行腳本，同時在另外一個窗口登錄著，隨時ps和查看結果輸出
期間姿勢端正，呼吸急促而均勻，眼神凝重。操作的人不覺得累，倒是一邊觀摩的人很累。
九、簡單即是美
我們總是面臨各種誘惑：新的系統(tǒng)架構，新的更智能的命令和工具，最新的硬件平臺，功能更全的HA軟件...你可以在線下安裝，測試，怎么做都行。但是如果想要在生產環(huán)境下使用起來、請三思!!
能夠使用系統(tǒng)內置命令的話，就不用考慮其他要專門下載安裝的軟件了 腳本本身就能完成的功能，就沒有必要專門找一個功能豐富的軟件來做 Linux本身自帶的字符界面比那些復雜的圖形界面要簡潔方便
如果能做到堅持這九條鐵規(guī)，你的應用系統(tǒng)就能長久穩(wěn)定運行了。
看了it技術轉正個人申請總結的人還看了