我在學校裡學的是電氣自動化，程式基礎僅限於c基礎課程的一些知識，後來由vb、html轉向asp，在asp上花費了不少時間，對asp比較熟悉，後來由於公司業務需要，將開發平臺轉向，開始對不是很感冒，以為就是asp的一點擴充套件(那時還不知道三層架構，資料資料訪問全在頁面裡——!)，後來招來幾個北大青鳥的過來終於意識到的強大之處，經過個人的努力已經逐步掌握了，現在層次上只能講個人覺得是入門而已，原因是多方面的，待會兒會講到。
相信從面向過程轉向面向物件的同學都有一種感覺：面向物件開始真的有點彆扭， 涉及到屬性，尤其是類之間的各種關係，那時老想用面向過程傳遞引數多方面啊。於是老在想物件這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面物件的精華來，分層次展現、分級別訪問、封裝物件之間各種關係逐漸真正理解了，尤其是物件之間的關係，如物件a與物件b兩者之間的關係，有些需要完全公開，有些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作——這不是現實的實際模型嗎?應該這麼理解，面向物件來源於現實，它不是一種憑空空想出來的理論，這些物件之間的關係可以將其還原為父子、夫妻、領導下屬、同事、朋友之間的關係。相比之下，頁面過程往往像是一股腦全部推給使用者使用，其中的資料與資料訪問方法層次不清晰，在模擬現實上它與面向物件相比更易於入門理解，實質上難於準確直接地表述。
面向物件上另一方面是它的設計模式，在之前的面向過程中 對這個設計模式並沒有清晰地提出來，面向過程優秀的程式碼要求高內聚低耦合，從個人的理解上，這僅是對軟體開發方法“技”上理論總結;設計模式是達到了“道”的層次，因為它從更大的方向、更抽象的層次來去表述具體的程式碼模組之間的關係，可以認為設計模式是完全從實際的應用來不斷總結得來的經驗，之間並沒有這種術語，但相信前人肯定也使用到這種思想，它從實際應用於來，當然要應用於實際工作中，認真思考不斷總結每個人都會有自己的“設計模式”，可以借鑑前人的思想來去提升自己，不可去為“設計模式”而設計模式。
具體到的實現模型中，真正理解它的機制與方法也就不難理解，記住b/s中離不開post或get，所有的autopostback、selectedindexchanged……都是去呼叫form傳值，加上runat=server的伺服器控制元件開啟它生成的原始檔也是普通的html標籤，微軟的讓軟體開發更容易的思路是很好的，時代在前進，很多年前你使用c寫出mis證明你很牛，很多年之後你不在使用c去寫“學生管理系統”、“圖書館管理系統”那隻能說明你的腦子少一根筋，開發語言都有長處與不足的地方，因為它們適用的場合不同，類似不能拿匕首去跟炮彈比，也不能拿c與php比，程式設計師都有一種偏執的心理，但一點要記住，你面對的使用者才有最終發言權，程式能不能滿足需要，易用性、穩定性、成本才是應當首先放到重要位置來去談的。
管理
最開始擔任管理一職時開發團隊加我在內只有四個人，那時只是抱著接受挑戰的心理去做管理，加上我本人比較重感情，團隊之間關係相處都不錯，但嚴重的問題逐漸顯露出來：工作的隨意性、團隊精神薄弱、工作方式蠻幹，印象深刻的是有幾個開始承諾專案不能完工，於是最後天天加班，一直做到早上6點，睡一會7點半接著上班，幾個同事都是年齡差不多的小夥子，幹勁十足。後來隨著時間的推進，問題越來越擺在眼前：專案遲遲不能完工，又由於公司待遇方面讓新員工感覺不值得，於是形成了老闆抱怨員工也抱怨的狀況，我在中間兩點都要去“消火”，這期間是我們部門相對最累的時間但也是相對感覺最充實的時候，後來，之前的員工跟我說“再也找不到那種感覺了”，這是我能想像的。這期間主要是老總對我十分信任，工作上主要是管理方法上對我指點了不少。後來我逐步體會到，管理應該是“大家定規則去遵守”，而不應該是“人管人”。
人管人很容易陷入一個誤區：領導去時時刻刻關注每個員工，這樣最後往往後造成員工對領導的敷衍了事，管理鬆了員工會責任下下降，管理緊了造成員工與領導關係緊張，另一方面領導時間精力有限必然耗費大量的精力在日常的監督中而不能投入到全域性的管理中。
於是“定製度-定分工-定進度”，明確日常所有的規章制度，這期間除了公司主要的工作規章制度外其他的日常工作紀律、日常管理等規章制度都是我本人制訂，然後徵求大家意見最後去貫徹執行。中間也遇到了不少問題，比如開始我們內部是允許使用qq的，後來員工用qq閒聊的時間增多，大大影響了工作效率，最後決心禁止，開始阻力較大(貌似程式設計師都喜歡掛上幾個qq去到群裡搞個群主，雖然群裡大多都是菜鳥)，最後多次開會，逐個談話，闡明道理，形勢逐漸好轉。
專案分工上針對技術水平明確分工，制訂專案開發計劃，由於開始技術都不是很成熟，不少時間我這邊強勢要求，使用野蠻方法，完不成加班——我陪著加班， 這段時間能感覺到員工對我稍有怨言但總體還是認可的。
這期間公司新招人員，人員的增多更使我意識到團隊管理的重要性，這期間版本控制、編碼規範、文件管理、bug管理等諸多問題都得到一一解決， 技術水平上主要是我個人利用空餘時間學習新知識充電，然後展開各種培訓，主要是photoshop、css、js、sql等方面，培訓一方面提升了員工的技術水平，一方面我本人在學習培訓的過程中得到的最多，因為這個時候個人要求去思考的會更多，加上我本人對技術興趣比較深厚，所以後期工作慢慢踏入良性迴圈。
待遇低、條件艱苦、工作時間長、工作壓力大是團隊中最大的難題，這方面公司在某些方面決策層有著嚴重的錯誤思想，造成技術人員對公司埋怨增多，在這方面我本人只能以勸架婆的身價去安慰身邊的兄弟，因為我明白現在公司的問題與當前中國軟體行業的通病一樣，盲目追求利益最大化，不求質量，但求速度，整個社會風氣造成軟體行業良莠不齊發展，整個中國三四個人的開發團隊組成的公司數不勝數，整個程式設計師階層生存狀況可想而知，瘋狂加班、程式碼質量低下、維護成本大、穩定性差、使用者體驗差……。當然我們本身不能去逃避這個現狀，對於個人來講任何假大空的口號都是沒有意義的，程式設計師作為技術人員最重要的是心態，以良好的心態去面對各種問題，發現問題、解決問題，發現問題抱怨是解決不了問題的(“it民工”是我個人認為it人最沒有正確的自我定位的一個稱謂，試想一個人連自己都看不起自己的職業，他能做好自己的工作嗎?)，最主要是解決問題。
我在面試員工時反覆提到的三點是;工作態度、發展潛力、工作能力，由前向後排序，心態最重要，大公司大家都想削尖腦袋往裡擠，但名額有限，所以廣大的程式設計師同志絕大多數都集中在二流三流四流的軟體公司，這個時候更應該做好個人職業定位。以我個人的經驗，新員工選擇一家公司往往最看重工資待遇跟發展潛力，程式設計師是一種不可以混日子的職業，工作能力很重要，但不是最主要的，工作態度是最重要的，工作態度往往跟個人的思想認識還有職業所在的環境有關，我個人的體會是絕不能太過於情緒化，情緒化無論是對工作還是對個人的發展都是不利的，就是說哪怕是明天你要辭職，你今天都要把今天要做的事情認真用心做好。
我在學校裡學的是電氣自動化，程式基礎僅限於c基礎課程的一些知識，後來由vb、html轉向asp，在asp上花費了不少時間，對asp比較熟悉，後來由於公司業務需要，將開發平臺轉向，開始對不是很感冒，以為就是asp的一點擴充套件(那時還不知道三層架構，資料資料訪問全在頁面裡——!)，後來招來幾個北大青鳥的過來終於意識到的強大之處，經過個人的努力已經逐步掌握了，現在層次上只能講個人覺得是入門而已，原因是多方面的，待會兒會講到。
相信從面向過程轉向面向物件的同學都有一種感覺：面向物件開始真的有點彆扭， 涉及到屬性，尤其是類之間的各種關係，那時老想用面向過程傳遞引數多方面啊。於是老在想物件這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面物件的精華來，分層次展現、分級別訪問、封裝物件之間各種關係逐漸真正理解了，尤其是物件之間的關係，如物件a與物件b兩者之間的關係，有些需要完全公開，有些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作——這不是現實的實際模型嗎?應該這麼理解，面向物件來源於現實，它不是一種憑空空想出來的理論，這些物件之間的關係可以將其還原為父子、夫妻、領導下屬、同事、朋友之間的關係。相比之下，頁面過程往往像是一股腦全部推給使用者使用，其中的資料與資料訪問方法層次不清晰，在模擬現實上它與面向物件相比更易於入門理解，實質上難於準確直接地表述。
面向物件上另一方面是它的設計模式，在之前的面向過程中 對這個設計模式並沒有清晰地提出來，面向過程優秀的程式碼要求高內聚低耦合，從個人的理解上，這僅是對軟體開發方法“技”上理論總結;設計模式是達到了“道”的層次，因為它從更大的方向、更抽象的層次來去表述具體的程式碼模組之間的關係，可以認為設計模式是完全從實際的應用來不斷總結得來的經驗，之間並沒有這種術語，但相信前人肯定也使用到這種思想，它從實際應用於來，當然要應用於實際工作中，認真思考不斷總結每個人都會有自己的“設計模式”，可以借鑑前人的思想來去提升自己，不可去為“設計模式”而設計模式。
具體到的實現模型中，真正理解它的機制與方法也就不難理解，記住b/s中離不開post或get，所有的autopostback、selectedindexchanged……都是去呼叫form傳值，加上runat=server的伺服器控制元件開啟它生成的原始檔也是普通的html標籤，微軟的讓軟體開發更容易的思路是很好的，時代在前進，很多年前你使用c寫出mis證明你很牛，很多年之後你不在使用c去寫“學生管理系統”、“圖書館管理系統”那隻能說明你的腦子少一根筋，開發語言都有長處與不足的地方，因為它們適用的場合不同，類似不能拿匕首去跟炮彈比，也不能拿c與php比，程式設計師都有一種偏執的心理，但一點要記住，你面對的使用者才有最終發言權，程式能不能滿足需要，易用性、穩定性、成本才是應當首先放到重要位置來去談的。
管理
最開始擔任管理一職時開發團隊加我在內只有四個人，那時只是抱著接受挑戰的心理去做管理，加上我本人比較重感情，團隊之間關係相處都不錯，但嚴重的問題逐漸顯露出來：工作的隨意性、團隊精神薄弱、工作方式蠻幹，印象深刻的是有幾個開始承諾專案不能完工，於是最後天天加班，一直做到早上6點，睡一會7點半接著上班，幾個同事都是年齡差不多的小夥子，幹勁十足。後來隨著時間的推進，問題越來越擺在眼前：專案遲遲不能完工，又由於公司待遇方面讓新員工感覺不值得，於是形成了老闆抱怨員工也抱怨的狀況，我在中間兩點都要去“消火”，這期間是我們部門相對最累的時間但也是相對感覺最充實的時候，後來，之前的員工跟我說“再也找不到那種感覺了”，這是我能想像的。這期間主要是老總對我十分信任，工作上主要是管理方法上對我指點了不少。後來我逐步體會到，管理應該是“大家定規則去遵守”，而不應該是“人管人”。
人管人很容易陷入一個誤區：領導去時時刻刻關注每個員工，這樣最後往往後造成員工對領導的敷衍了事，管理鬆了員工會責任下下降，管理緊了造成員工與領導關係緊張，另一方面領導時間精力有限必然耗費大量的精力在日常的監督中而不能投入到全域性的管理中。
於是“定製度-定分工-定進度”，明確日常所有的規章制度，這期間除了公司主要的工作規章制度外其他的日常工作紀律、日常管理等規章制度都是我本人制訂，然後徵求大家意見最後去貫徹執行。中間也遇到了不少問題，比如開始我們內部是允許使用qq的，後來員工用qq閒聊的時間增多，大大影響了工作效率，最後決心禁止，開始阻力較大(貌似程式設計師都喜歡掛上幾個qq去到群裡搞個群主，雖然群裡大多都是菜鳥)，最後多次開會，逐個談話，闡明道理，形勢逐漸好轉。
專案分工上針對技術水平明確分工，制訂專案開發計劃，由於開始技術都不是很成熟，不少時間我這邊強勢要求，使用野蠻方法，完不成加班——我陪著加班， 這段時間能感覺到員工對我稍有怨言但總體還是認可的。
這期間公司新招人員，人員的增多更使我意識到團隊管理的重要性，這期間版本控制、編碼規範、文件管理、bug管理等諸多問題都得到一一解決， 技術水平上主要是我個人利用空餘時間學習新知識充電，然後展開各種培訓，主要是photoshop、css、js、sql等方面，培訓一方面提升了員工的技術水平，一方面我本人在學習培訓的過程中得到的最多，因為這個時候個人要求去思考的會更多，加上我本人對技術興趣比較深厚，所以後期工作慢慢踏入良性迴圈。
待遇低、條件艱苦、工作時間長、工作壓力大是團隊中最大的難題，這方面公司在某些方面決策層有著嚴重的錯誤思想，造成技術人員對公司埋怨增多，在這方面我本人只能以勸架婆的身價去安慰身邊的兄弟，因為我明白現在公司的問題與當前中國軟體行業的通病一樣，盲目追求利益最大化，不求質量，但求速度，整個社會風氣造成軟體行業良莠不齊發展，整個中國三四個人的開發團隊組成的公司數不勝數，整個程式設計師階層生存狀況可想而知，瘋狂加班、程式碼質量低下、維護成本大、穩定性差、使用者體驗差……。當然我們本身不能去逃避這個現狀，對於個人來講任何假大空的口號都是沒有意義的，程式設計師作為技術人員最重要的是心態，以良好的心態去面對各種問題，發現問題、解決問題，發現問題抱怨是解決不了問題的(“it民工”是我個人認為it人最沒有正確的自我定位的一個稱謂，試想一個人連自己都看不起自己的職業，他能做好自己的工作嗎?)，最主要是解決問題。
我在面試員工時反覆提到的三點是;工作態度、發展潛力、工作能力，由前向後排序，心態最重要，大公司大家都想削尖腦袋往裡擠，但名額有限，所以廣大的程式設計師同志絕大多數都集中在二流三流四流的軟體公司，這個時候更應該做好個人職業定位。以我個人的經驗，新員工選擇一家公司往往最看重工資待遇跟發展潛力，程式設計師是一種不可以混日子的職業，工作能力很重要，但不是最主要的，工作態度是最重要的，工作態度往往跟個人的思想認識還有職業所在的環境有關，我個人的體會是絕不能太過於情緒化，情緒化無論是對工作還是對個人的發展都是不利的，就是說哪怕是明天你要辭職，你今天都要把今天要做的事情認真用心做好。
教書育人是塑造靈魂的綜合性藝術。在課程改革推進的今天，社會對教師的素質要求更高，在今後的教育教學工作中，我將立足實際，認真分析和研究好教材、大綱，研究好學生，爭取學校領導、師生的支援，創造性地搞好資訊科技課的教學，使我們的工作有所開拓，有所進取，更加嚴格要求自己，努力工作，發揚優點，改正缺點，開拓前進，為美好的明天奉獻自己的力量。
一、思想認識。
懷著對教育的夢想，我捧著一顆火熱的心踏上了神聖的講臺。我深刻體會到了做老師的艱辛和快樂，我把自己的青春傾注於我所鍾愛的教育事業上[計算機教師工作總結]，傾注於每一個學生身上。在上一學期裡，作為一個共產黨員，我在思想上嚴於律己，熱愛黨的教育事業，全面貫徹黨的教育方針，以黨員的要求嚴格要求自己，鞭策自己，力爭思想上和工作上在同事、學生的心目中都樹立起榜樣的作用。積極參加學校組織的各項政治活動，如學校的黨員冬訓活動。一學期來，我服從學校的工作安排，配合領導和老師們做好校內外的各項工作。我相信在以後的工作學習中，我會在黨組織的關懷下，在同事們的幫助下，通過自己的努力，克服缺點，取得更大的進步。新學期即將來臨，我將更加努力工作，勤學苦練，使自己真正成為一個經受得起任何考驗的共產黨員。
二、教學工作。
在教學工作方面，整學期的教學任務都非常重，擔任七年級共十三個班級的資訊科技課，但不管怎樣，為了把自己的教學水平提高，我堅持經常看電腦報、資訊科技奧賽書籍等，還經常網上找一些優秀的教案課件學習，還爭取機會多出外聽課，從中學習別人的長處，領悟其中的教學藝術。平時還虛心請教有經驗的老師。在備課過程中認真分析教材，根據教材的文祕家園特點[計算機教師工作總結]及學生的實際情況設計教案。一學期來，認真備課、上課、聽課、評課，及時批改作業、講評作業，做好課後輔導工作，廣泛涉獵各種知識，形成比較完整的知識結構，嚴格要求學生，尊重學生，發揚教學民主，使學生學有所本文出自公務員之家/得，不斷提高，從而不斷提高自己的教學水平和思想覺悟，並順利完成教育教學任務。
在教學中，由於這個學期學校正在改造，所以沒有安排機房，這對於資訊科技課程來說，主要是突出學生的動手能力，所以教和學都有了一定的困難，但是為了上好這門課，也為了激發學生學習的興趣，我作了充分的準備，每堂課上之前我都查詢各種資料和圖片，或者找一些學校老的電腦配件給學生認識研究等[計算機教師工作總結]。還輔導家裡有電腦的同學學習一些課外操作知識，也收到了很好的效果，發現學生中還有很多電腦小高手的，如輔導學生資訊科技奧賽，輔導學生製作網頁，還輔導學生用word製作小報，也取得了豐碩的成果，輔導學生的小報製作獲得了**市國中組三等獎。輔導的過程也很艱辛，通過這些輔導，使自己的輔導經驗增加了，學生也學到了東西，增強了他們學習的興趣和學習的信心。
這學期我還一個人承擔了校本課程《asp網頁製作》課題的開發和教材編寫。從接到任務的開始，我就感到壓力是非常重的。首先這是國中生學習asp網頁製作，是一種新的嘗試性教學模式，在整個教材編寫探索過程中我查閱了很多的書籍和資料;其次asp是對有一定程式設計基礎的學生學習的[計算機教師工作總結]，一般是大學生學習的內容，在初高中還沒有任何的教材可借鑑;再次，我還是剛剛從大學畢業出來的，教學經驗還不足，既然學校把重任交給了我，我當然還是努力承擔並把它一定要做好，所以我根據自己所學的經驗一邊探索一邊編寫，經過一個多月的努力終於編寫完成。在每個星期二和五都花一個多小時輔導有潛力的學生學習這門課程，通過一個學期的實踐教學，取得了很好的成績。在新的學期裡我將繼續保留成功點並不斷改進自編教材，嘗試新的教學方法，爭取有新的突破。
三、學校工作。
我嚴格要求自己，工作實幹，並能完成學校給予的各項任務。由於我們是資訊科技教師，這個特殊的職業決定了我們必須還有很多的學校工作要做，我服從黨和學校領導的安排，兢兢業業，主要完成了學校電腦的維護，全體師生的床位卡、胸卡等的排版和列印，還完成了學校的種類成績統計和列印，並完成了學校領導安排的所有任務。在以後的工作，我將一如既往，腳踏實地，我會更加積極地配合學校領導完成各項任務，為學校的美好明天更加努力。
四、考勤方面。
我在做好各項教育教學工作的同時，嚴格遵守學校的各項規章制度。處理好學校工作與個人之間的關係，一個學期裡沒有缺席過一次，晚上也是堅持天天加班，一邊完成學校的各項任務，一邊準備教材和學習自己的專業知識。在新學期中，我應更加勤懇，為學校作更多的事，自己更加努力學習專業知識，使自己的業務水平更上一層樓。
五、主要成績。
在這一學期裡，作為剛參加工作的新老師，應該說我還是取得了一定的成績的，第一學期資訊科技參加了**市統考統批，成績還是喜人的，平均分為84.2分，名列全市第二;參加了**
*市首屆資訊科技課件比賽，作品《計算機的組成》獲得了三等獎;在xx年**市中國小資訊科技教學設計論文評比中，《**省中學資訊本文出自公務員之家/技術教材改革之我見》獲得了三等獎;在xx年中國小網路科普小報製作競賽中，輔導學生張心怡的作品《小橋流水人家》獲得了國中組三等獎[計算機教師工作總結];《科技發展和理論發展之矛盾》和《初登講臺兩個月的心情》在我校xx年校刊上刊登。在以後的教學和學習中我會更加努力。
蒙田範文網