總結是指社會團體、企業單位和個人在自身的某一時期、某一專案或某些工作告一段落或者全部完成後進行回顧檢查、分析評價，從而肯定成績，得到經驗，找出差距，得出教訓和一些規律性認識的一種書面材料，它可以提升我們發現問題的能力，為此要我們寫一份總結。我們該怎麼寫總結呢？以下是小編幫大家整理的軟體年終工作總結，希望能夠幫助到大家。
一、焦作市資訊系統簡介
(一)設計背景
20xx政部頒佈《行政單位國有資產管理暫行辦法》(財政部令第35號)和《事業單位國有資產管理暫行辦法》(財政部令第36號)，河南省人民政府於20xx年施行《河南省行政事業單位國有資產管理辦法》(省政府令第1xx號)，要求建立和完善行政事業單位國有資產管理資訊系統，對行政事業單位國有資產實行動態管理。按照上級財政部門要求，經請示局領導同意，我市於20xx年10月份，結合焦作實際，利用焦作市會計委派中心會計核算軟體升級的契機，同時聘請河南通用軟體公司設計開發了“行政事業單位國有資產管理資訊系統”(以下簡稱資訊系統)。
該系統可以接收20xx市行政事業單位資產清查資料並和市本級會計委派中心各會計工作站的財務軟體進行銜接，實現對市直行政事業單位國有資產的實時動態監管，x，逐步在市本級開通了固定資產“網上審批”功能。
(二)軟體功能
在資訊系統的設計過程中，我們始終將規範操作放到首要位置，確保資產管理符合規程，會計核算符合制度。在該系統中，我們設計了資產的配置、處置等審批模組，資產的日常管理工作可以實現電子流程化管理，不僅保持該系統軟體與資產管理操作規程的銜接，還考慮了部門預算和資產預算相結合的要求。在先進的網路技術支撐下，財政資產管理部門足不出戶就可以對各行政事業單位的固定資產進行實時動態監管;財政預算編制部門可以根據單位固定資產實際佔有情況對單位的固定資產配置計劃提出建議。
在資訊系統設計初期，財政部門和軟體公司進行了反覆溝通、測試，對軟體進行了不斷的修改和完善，特別是與財務系統銜接部分，得到了市會計委派管理中心的大力支援。20xx年3月起，該系統正式在市本級通過會計委派管理中心各會計工作站開始實施，該系統主要包括資產配置、資產處置、資產調劑、卡片管理、單據查詢等功能，財政國資部門可以通過該軟體將各單位所有資產資訊進行自動歸集，並完成資產分類、查詢、統計、分析等系統處理功能，從而實現資產網路化管理。
(三)幾個特點
1.與賬務系統銜接自動生成記賬憑證
如何做到資訊系統與會計核算軟體的銜接是資訊系統設計時的瓶頸。在軟體設計過程中，我們本著一切以財務規章為依據的理念，儘量滿足會計工作站在進行賬務處理時的各項要求。資產管理資訊系統和會計核算軟體是兩套相對獨立的軟體，要將這兩套軟體銜接起來，經過反覆的討論、修改、完善後，關鍵點集中在了會計憑證的生成。我們發現要真正實現兩套軟體的銜接，必須實現卡片增加、減少等變動完成後，相應的記賬憑證會自動生成到賬務系統中。在與軟體公司、會計委派管理中心反覆溝通、測試後，最終實現了在資訊系統中由資產卡片模組直接生成賬務系統的記賬憑證。針對行政事業單位固定資產賬務處理內容比較單一的特點，我們在軟體中設定了行政、事業單位卡片增加、卡片減少賬務處理的憑證，會計人員只需選擇相應憑證就可以自動實現記賬憑證借貸雙方科目的選擇及相應記賬金額的提取，極大地減輕了會計人員的工作量。對於特殊賬務處理單位如基建、非營利組織等單位的賬務處理情況，則設定空白，相應會計科目由會計人員進行人工選擇，記賬金額則由軟體自動提取。這樣就真正實現了資產管理資訊系統與會計核算軟體的銜接，做到了資產的規範化、資訊化管理。
2. 對行政事業單位原有固定資產會計資料進行轉換
要從根本上解決行政事業單位長期存在的家底不清現象，就必須從源頭抓起。在資產清查中我們發現許多單位固定資產管理不規範，有些單位從建賬開始就沒有固定資產明細，考慮到如果僅僅將單位今後購置的固定資產按照資產管理資訊化要求填寫卡片，進行明細化、資訊化、規範化管理，此前的固定資產仍然是一筆“糊塗賬”，單位長期遺留的資產管理混亂現象仍不能得到根本解決。為此，我們決定充分利用20xx年行政事業單位資產清查資料，在清查的基礎上實現對行政事業單位固定資產的實時動態監管。
在與市會計委派中心及軟體公司多次協商、溝通後，考慮到單位在資產清查時都是按照賬證、賬賬、賬實進行登記的，並且財政部門專門聘請事務所對清查結果進行了審計，我們決定用單位資產清查的結果替代各單位目前的賬面資產，然後由會計委派中心各會計工作站負責在資訊系統中補錄20xx年、20xx年各單位新增的固定資產。這樣在充分利用行政事業單位資產清查結果的基礎上，不僅最大程度減輕了行政事業單位和會計工作站工作量，又盤清了各單位家底，為下一步資產審批的規範化管理夯實了基礎。
3.開通資產處置“網上審批”保證單位資產賬實一致
為了規範市級行政事業單位國有資產處置行為，維護國有資產的安全和完整，防止國有資產流失，保障國家所有者權益，根據《河南省行政事業單位國有資產管理暫行辦法》(省政府第1xx號令)及有關規定，20xx年3月，我市頒佈了《焦作市市級行政事業單位國有資產處置管理暫行辦法》(焦財評〔20xx〕3號文)，明確規定行政事業單位處置規定限額以上的國有資產，應以正式檔案提出申請，報市財政部門審批，未經批准不得擅自處理。
經過一年多的不斷完善，資訊系統的各項基本功能執行正常。20xx年4月份，市資產管理部門開始與通用軟體公司結合，試執行資產管理“網上審批”模組，通過幾個月單機版本的反覆除錯及系統升級，解決了“網上審批”流程實際工作中遇到的處置環節與賬務系統銜接、原始憑證的取得、擬處置固定資產卡片的鎖定以及待辦事項的提醒等問題。
20xx年6月份，通用軟體公司開始對會計工作站及行政服務中心財政視窗在內的所有資訊系統軟體進行升級，併為各會計工作站配備了專門的票據印表機，為做好資產處置“網上審批”的各工作流程和會計記賬工作，市財政局統一印製了《行政事業單位國有資產核銷通知書》作為資產處置的記賬依據，又對市直全部會計工作站人員進行了專門的培訓，為“網上審批”工作做好了充分的準備。
20xx月份，市本級國有資產處置“網上審批”工作正式實施,目前資訊系統執行良好。
二、資訊系統實施工作總體狀況分析
(一)資訊系統的選擇
去年年底，省財政廳舉辦了全省行政事業單位資產管理資訊系統培訓班，對財政部研發的行政事業單位資產管理資訊系統軟體進行了詳細講解，並部署了全省行政事業單位資產管理資訊系統有關工作，要求各地市於4月底前彙總上報全市行政事業單位資產資料。
培訓結束後，我局資產管理部門和資訊中心對兩套資訊系統進行了反覆比較，兩套軟體各有優劣，財政部研發的資產管理資訊系統在軟體的功能性方面佔有優勢，我市研發的資產管理資訊系統在軟體的實用性方面略勝一籌。通過分別和久其軟體公司、通用軟體公司反覆溝通，並請示局領導，決定從我市資產管理實際需求出發，繼續使用我市目前的行政事業單位資產管理資訊系統，並由通用軟體公司對其不斷完善。
(二)資訊系統的修改
為圓滿完成全市行政事業單位國有資產資料收集彙總上報工作，軟體公司對資訊系統進行了針對性的修改和完善，主要工作內容如下：
1.完善封面資訊項。在封面資訊項中補充了單位層次程式碼、組織機構程式碼、單位型別、單位基本性質、單位垂直狀況、預算級次、行政區劃、行業、財務制度、管理辦法、同級財政單位層次程式碼、所屬財政關係、批准設立單位、批准設立文號、成立日期、備註等，並將必填內容以紅色字型做醒目標識。
2.規範基礎資料項。對資訊系統中的取得方式、使用狀況、使用方向、產權形式、採購組織形式等基礎資料項內容按照財政部軟體口徑進行核對、修改，並修改資料上報介面處理軟體等。
3.更新資產卡片。按照財政部研發的資產管理資訊系統對土地、房屋及構築物、通用裝置、專用裝置、交通運輸裝置、電氣裝置、電子產品及通訊裝置、儀器儀表(計量標準器具及量具、衡器)、文藝體育裝置、圖書文物及陳列品和傢俱用具及其他類11類固定資產卡片進行了更新，並增加了無形資產卡片類別。
4.增加單位資訊查詢。考慮封面資訊是資料統計的基礎內容之一，如果單位填寫有誤，將影響到全市資料的分類彙總工作，資訊系統增加了單位資訊的查詢功能，可以根據查詢條件，用列表的形式顯示符合條件的單位資訊，便於檢驗基層單位填報資訊的正確性。
5.增加行業統計報表。針對我市資訊系統大集中部署模式需求，增加了行業統計報表，更直觀的檢驗基層單位填報行業資訊的準確性，為全市資料的分類彙總打下基礎。
6.增加資料稽核功能。我們充分利用資訊系統有開發自主權的優勢，在詳細研究全國資訊系統的基礎上，增加了部分計算機稽核功能，如基本情況表中的編制人數要和人員機構情況表中的編制人數一致、單位卡片金額要和資產負債表上的固定資產數一致、以及無形資產的卡片金額與資產負債表上的資訊是否一致等多項稽核條件，規範基層單位填報資料，儘量減少填報錯誤，減輕財政部門資料彙總稽核時的工作量。
7.完善清查資料介面程式。按照全國資訊系統與清查系統的介面規範，完善了清查資料向資訊系統資料匯入的介面程式，滿足基層單位清查資料匯入需求。
8.開發上報資料介面程式。由通用軟體公司負責開發上報資料介面程式，介面程式按照《行政事業單位資產管理資訊系統資料介面規範》開發，依據全國軟體的《業務資料結構》進行資料組織，節省了資訊系統實施費用。
三、精心組織，確保資產管理資訊系統工作順利實施
(一)領導重視，為做好資訊系統工作提供重要保證
去年年底，全省資訊系統培訓班結束後，我們及時向局領導彙報了工作，局領導相當重視，組織績效評價科和資訊中心對財政部及我市自行研發的兩套資訊系統進行詳細比較，在考慮我市資訊系統已與賬務系統銜接、市本級資訊系統中各單位固定資產的基礎資料是截至目前的實時資料以及資訊系統後續開發、升級比較方便等特點，決定繼續使用我市自行研發的資訊系統。
考慮資訊系統資料填報工作時間緊、任務重、資料質量要求高，局領導多次召開相關會議，對資訊系統實施工作進行研究、安排和部署，從而保證了資訊系統工作的順利實施。
(二)確定實施方案，為以後各項工作打下紮實基礎
1.縣(市)區實施方案
根據我市資訊系統大集中部署的模式，資產管理資訊系統由市本級統一部署伺服器，各縣(市)區財政部門收集本級行政事業單位資料後，採用離線上報的方式報送含基層卡片資料在內的行政事業單位彙總資料，資料庫及資訊系統軟體的升級統一在市本級伺服器上進行。
2.市本級升級方案
(1)納入會計工作站管理單位的系統升級
經過與通用軟體公司反覆結合，決定市本級採用伺服器庫升級的模式，同時更新各會計工作站軟體安裝程式的升級方案，確保伺服器中現有資料的安全、完整。
(2)未納入會計工作站管理單位的系統實施
未納入會計工作站管理的單位有26家，經研究決定，採用離線上報的方式報送資訊系統資料，由通用軟體公司協助單位完成清查資料的匯入工作，方便單位填報。
3.確定全市資料收集彙總上報方案
全市行政事業單位資產資料稽核無誤後，統一匯入財政部版資訊系統，由市級財政部門統一生成上報所需資料報表及資料格式，統一線上報送至省級財政部門資訊系統中，並可以根據省級財政部門需求定期(或實時)更新、上報資料。
(三)組織培訓，為資訊系統資料的填報工作奠定基礎
為做好培訓工作，我局統一編印了資訊系統填報相關資料、表格，刻錄了安裝光碟。先後組織縣(市)區財政部門、市本級站外單位及市本級會計工作站全體人員進行了培訓，重點講解了資訊系統軟體操作知識和報表填報內容，為提高資訊系統管理工作質量和資訊系統操作人員工作素質奠定了基礎。
(四)現場指導，加快資訊系統實施工作進度
為保證各縣(市)區財政部門、市直各單位及時、完整、高質量完成資訊系統資料填報工作，我們和通用軟體公司組織工作人員，多次到縣(市)區財政部門和市直基層單位進行現場指導，並及時做好資訊系統宣傳和政策解答工作。
(五)層層稽核，務求資料資料完整、真實
1.初步稽核。考慮各行政事業單位及縣(市)區財政部門首次使用資訊系統，且縣(市)區資產錄入工作量較大，為確保各縣(市)區在按時完成資料彙總上報工作的`基礎上，提高資料質量，20xx年5月底，我們對各縣(市)區已完成單位的資料進行了初步稽核，重點是單位層次程式碼、單位垂管狀況、資產卡片補充資訊的完善等內容。資訊系統的初步稽核，避免了各縣(市)區在指導基層單位填報時走彎路，減輕了各縣(市)區財政部門的彙總工作量。
2.集中稽核。按照省財政廳資產資料上報時間要求，我們要求各縣(市)區於6月20日前上報資訊系統資料，這次我們把稽核重點放在了封面資訊及人員機構情況表上面，特別是封面資訊中的單位基本性質、單位行業以及人員機構情況表中的機構數填報情況，並嚴格核對編辦提供的各縣(市)區人員機構情況。我們對市本級各基層單位上報的資產資料、財務報表及相關資料逐項進行了稽核，凡不符合要求或資料、資料不全的，要求單位一一進行修改、補報，確保了資訊系統資料質量和實施效果。
3.最後稽核。行政事業單位資產資料上報後，我們從7月10日開始，對各縣(市)區及市本級上報的資訊系統資料進行了逐戶稽核，在計算機稽核通過的基礎上，人工對各單位的封面資訊、人員機構情況表進行了一一稽核，對遺漏的錯誤資訊進行了及時的更改，提高了基層單位資料的準確性，提高了全市報表資料質量。
四、 資訊系統實施工作取得的成效及存在的問題
(一)取得的成效
1.基本上摸清了家底。此次資訊系統資料填報工作，全市共統計資產總額101.1億元，較20xx年的84.47億元增長了19.7%。各行政事業單位按照上級財政部門要求，對各項資產資訊內容進行了補充完善，明確了資產使用部門及存放地點，提高了資產管理資訊系統資料質量。
2.為加強下步資產管理工作奠定了基礎。通過這次資訊系統的實施，暴露出了資產管理工作中的許多問題，從管理方面講，有單位方面的，也有財政方面的;從制度建設講，有基礎規範工作缺乏的，也有規章制度不健全的，等等。針對這些問題，我們將按照財政部35號令和36號令以及上級財政部門關於行政事業資產管理工作有關規章制度，從建立健全各項資產管理制度入手，創新我市行政事業單位資產管理工作。
3.單位對資產管理工作的認識明顯增強。長期以來，行政事業單位對資產管理工作一直存在著“重增量、輕存量，重購置、輕管理”的現象，加上20xx年行政事業單位資產清查之後，各單位資產資訊存在一個斷檔，部分行政事業單位資產管理工作仍是一個薄弱環節，沒有得到足夠的重視。通過這次資訊系統的實施，大多數單位都對這項工作重視起來，積極配合工作，對資產管理工作的重要性的認識明顯提高。
(二)存在的問題
1.業務培訓準備工作不充分。資訊系統實施工作是一項政策性很強的工作，由於時間較緊，各縣(市)區財政部門在前期業務培訓工作中，仍需要加強對政策的理解和把握，需要掌握相關的業務理論知識。由於自身素質方面原因，在政策講解、業務培訓方面沒有準備充分。另一方面，資訊系統自身的缺陷，也給基層單位前期填報工作帶來了一定影響。
2.單位清查人員素質不一。儘管基層單位內部都配備了相關人員，但資訊系統填報工作仍以財務人員為主，人員機構情況等其他資料的統計工作受到了不同程式的影響。
3.資產配置不科學。長期以來，行政事業單位的資產配置缺乏統一領導，也沒有一個科學的標準和尺度，因此，資產配置的隨意性較大，不論是否必需，有錢就買，逐漸在行政事業單位中形成了一種苦樂不均的現象，部分固定資產使用效率不高。
五、下步資產管理工作建議和打算
(一)建立健全行政事業單位資產管理制度
根據財政部第35號、36號令和上級財政部門有關行政事業單位資產管理規章制度，逐步制定相關配套制度，包括資產的配置標準辦法、資產有償使用管理辦法、國有資產收入管理辦法等等，將資產管理工作納入到法制化、規範化的軌道上來。
(二)研究解決資產管理與預算管理相結合的問題
行政事業單位國有資產絕大部分是由預算資金形成的，財政預算資金安排的科學性、規範性，預算安排的資金量，直接決定了資產配置數量、質量和不同單位之間資產配置的公平性、合理性。因此，預算管理是規範和加強資產管理，通過增量來調節、控制存量的最有效手段，只有將資產管理與預算管理緊密結合起來，才能真正抓好資產管理工作。同時，資產管理工作也是預算管理的一項基礎性工作，有效開展資產管理工作，及時提供準確、完整的資產統計報告、資產清查和財務管理有關資料資料，作為財政部門編制部門預算、配置資產的依據，有利於深化部門預算管理改革，科學編制預算。因此，資產管理與預算管理相結合既是加強資產、從源頭上控制資產形成的客觀需要，也是細化預算編制，提高預算編制科學性的有效手段。
(三)加大對行政事業單位資產管理的監督檢查工作
為保證單位認真履行資產管理制度，必須定期或不定期的對行政單位資產管理工作開展專項檢查，對不執行財經紀律擅自處置國有資產、侵佔國有資產收益、導致國有資產流失等行為，依據《財政違紀行為處罰處分條例》和有關行政資產管理辦法進行查處並追究相關責任人的責任。
xx年已過去，在過去的一年中，我擔任公司開發部的一名軟體工程師，主要從事著JAVA專案的'開發工作，這一年來我低調努力工作著，不求閃亮顯眼和光芒四射，只為平靜和淡定;這一年中所做的成績如下：
一、財政局專案，本人獨立負責開發會計處的三個子系統：
1、會計人員信用查詢系統。
2、代理記賬機構信用查詢系統。
3、會計人員網上報備系統。
以上三個子系統上線後，方便了社會各界查驗會計人員的真實資訊、方便了查詢合法的代理記賬機構資訊，以及方便了各單位對會計人員的報備。
二、餐飲行業專案，在團隊開發專案中直接參與了豪享來餐飲有限公司總部的資訊綜合管理平臺專案，主要負責的系統有：
1、房屋租賃合同管理系統。
2、簡訊收發管理系統。
3、會員管理系統。
4、基礎資訊管理系統和人事管理系統的部分功能模組。
系統應用後，豪享來在管理全國各門店房屋租賃合同上，一定程度上提高了管理效率,並且及時有效提供了相應預警資訊;簡訊收發系統方便了總部及時傳遞各項資訊;會員系統更好的管理全國各門店的會員資訊;人事系統在管理中減少工作量等。
三、金融行業專案，我參與了中國銀行廈門分行，企業轉賬管理系統中的部分模組開發。
本系統方便了企業快速實現大量和複雜的轉賬工作。
時間一晃而過，轉眼間xx年已接近尾聲。回首繁忙而又充實的xx年心中不禁感慨萬千，過去的一年中通過自身的不斷努力，使得技術水平、溝通技巧等方面都取得了一定的井步，當然亦有需要改井的地方，這是我人生中彌足珍貴的經歷，也給我留下了精彩而美好的回憶。
非常幸運能夠來到xx公司參加工作，上任軟體工程師這一職位。回顧業務培訓期的一個月工作，感觸很深，收穫頗豐，我們首先對寬頻醫生這項業務的前期推出做了很細緻的準備，仔細討論了在業務推出以後可能遇到的種種困難；然後參加了代維部門的實踐學習，深入瞭解了網路的接入技術，以及在修障過程中遇到的'問題，接著參加了為期兩天的新員工入職培訓班，認真聽取了相關領導對公司的發展概況，組織結構，以及各部門職責的介紹，並認真學習了公司的基本業務和增值業務，對公司的產品和服務有了很清楚的認識。
後期在主管的帶領下，我們陸續對周邊保有使用者井行了寬頻醫生免費體驗活動，也讓使用者知道我們這項延伸服務的推出，樹立我們xx寬頻的品牌形象。
在過去的工作當中，在領導和同事們的悉心關懷和指導下，通過自身的不懈努力，各方面均取得了一定的井步，但那些遠遠不夠，我也在實際工作中認識到自己的不足，業務還不夠熟練，很多知識還有欠缺，處理事情不成熟。因此在今後的工作中，我將努力提高自身素質，克服不足，朝著以下幾個方向努力：
1、學無止鏡，時代的發展瞬息萬變，各種學科知識日新月異。我將堅持不懈地加強學習，向理論學習，向專業知識學習，向身邊的同事學習，逐步提高自己的理論水平和業務能力，並用於指導實踐。
2、“業精於勤而荒於嬉”，在以後的工作中不斷學習業務知識，通過多看、多學、多練來不斷的提高自己的各項服務技能，克服年輕氣躁，做到腳踏實地，提高工作主動性，不怕多做事，不怕做小事，在點滴實踐中完善提高自己。
3、不斷鍛鍊自己的膽識和毅力，提高自己解決實際問題的能力，並在工作過程中慢慢克服急躁情緒，積極、熱情、細緻地的對待每一項工作，繼續提高自身文化的修養，努力使自己成為一名優秀的軟體工程師。
4、在工作上積極配合省公司“關於配合全省寬頻續費率提升活動開展“寬頻醫生”服務的建議“的活動；加強對xx寬頻醫生的業務宣傳，增加這些區域的服務量；加大對他網使用者的宣傳，擴大寬頻醫生的服務群，爭取將使用者發展為本網使用者；明確寬頻醫生遠端服務軟體的一整套受理、安裝、服務的流程，加強遠端服務軟體的推廣，將遠端服務和上門服務結合起來。
我認為想成為出色的軟體工程師不僅僅是軟體知識，還有財務、經濟、稅務、管理等等知識，有空花時間看看，韜光養晦、未雨綢繆。
哲學就是用簡單的說話來體現出隱含深層意義的道理，讓人們去思考和體會。哲學本身就是用來完善自己的精神修養和幫助他人完善思想的。
哲學的特徵在於追問本質，不斷反思。內容上，哲學的反思物件無所不包;深度上，哲學的反思是無窮無盡的。現實中，我們可以借用哲學的思維方式，但是不能照搬哲學的思維方式。也即是說我們能夠直接關注的現實是具體而有限的，思維的不可封閉性使得我們在解決具體問題時不能進行無窮追問。
把哲學低估於現代科學是不負責任的，哲學隱藏在現實生活中的每一部分，它為我們提供了一種生活的方式，如果將哲學簡單的與現代科學相提並論，則成為了一種狹隘的唯科學主義。
“又是一年畢業時”，看到一批批學子離開人生的象牙塔，走上各自的工作崗位;想想自己也曾經意氣風發、躊躇滿志，不覺感嘆萬千……本文是自己工作6年的經歷沉澱或者經驗提煉，希望對所有的軟體工程師們有所幫助，早日實現自己的人生目標。本文主要是關於軟體開發人員如何提高自己的軟體專業技術方面的具體建議，前面幾點旨在確定大的方向，算是廢話吧。
謹以此文獻給那個自己為你奉獻3年青春與激情的開發團隊。還有團隊成員：PPL、YT、YK、TYF、LGL、CHL、CDY、CB、DPD。
1、分享第一條經驗：“學歷代表過去、能力代表現在、學習力代表未來。”其實這是一個來自國外教育領域的一個研究結果。相信工作過幾年、十幾年的朋友對這個道理有些體會吧。但我相信這一點也很重要：“重要的道理明白太晚將抱憾終生!”所以放在每一條，讓剛剛畢業的朋友們早點看到哈!
2、一定要確定自己的發展方向，併為此目的制定可行的計劃。不要說什麼，“我剛畢業，還不知道將來可能做什麼?”，“跟著感覺走，先做做看”。因為，這樣的觀點會通過你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術，將來成為專家級人物?向管理方向走，成為職業經理人?先熟悉行業和領域，將來自立門戶?還是先在行業裡面混混，過幾年轉行做點別的?這很重要，它將決定你近幾年、十年內“做什麼事情才是在做正確的事情!”。
3、軟體開發團隊中，技術不是萬能的，但沒有技術是萬萬不能的!在技術型團隊中，技術與人品同等重要，當然長相也比較重要哈，尤其在MM比較多的團隊中。在軟體專案團隊中，技術水平是受人重視和尊重的重要砝碼。無論你是做管理、系統分析、設計、編碼，還是產品管理、測試、文件、實施、維護，多少你都要有技術基礎。
算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟體開發團隊成功地完成過軟體開發專案，哪怕就一個，也沒有看到。倒是曾經看到過一個“高學歷的牛人”(非技術型)帶一堆人做完過一個專案，專案交付的第二天，專案組成員扔下一句“再也受不了啦!”四分五裂、各奔東西。那個專案的“成功度”大家可想而知了。
4、詳細制定自己軟體開發專業知識學習計劃，並注意及時修正和調整(軟體開發技術變化實在太快)。請牢記：“如果一個軟體開發人員在1、2年內都沒有更新過自己的知識，那麼，其實他已經不再屬於這個行業了。”不要告訴自己沒有時間。來自時間管理領域的著名的“三八原則”告誡我們：另外的那8小時如何使用將決定你的人生成敗!本人自畢業以來，平均每天實際學習時間超過2小時。
5、書籍是人類進步的階梯，對軟體開發人員尤其如此。書籍是學習知識的最有效途徑，不要過多地指望在工作中能遇到“世外高人”，並不厭其煩地教你。對於花錢買書，我個人經驗是：千萬別買國內那幫人出的書!我買的那些傢伙出的書，!00%全部後悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉。“擁有書籍並不表示擁有知識;擁有知識並不表示擁有技能;擁有技能並不表示擁有文化;擁有文化並不表示擁有智慧。”只有將書本變成的自己智慧，才算是真正擁有了它。
6、不要僅侷限於對某項技術的表面使用上，哪怕你只是偶爾用一、二次。“對任何事物不究就裡”是任何行業的工程師所不應該具備的素質。開發Windows應用程式，看看Windows程式的設計、載入、執行原理，分析一下PE檔案格式，試試用SDK開發從頭開發一個Windows應用程式;用VC++、Delphi、Java、開發應用程式，花時間去研究一下MFC、VCL、J2EE、它們框架設計或者原始碼;除了會用J2EE、JBoss、Spring、Hibernate等等優秀的開源產品或者框架，抽空看看大師們是如何抽象、分析、設計和實現那些類似問題的通用解決方案的。試著這樣做做，你以後的工作將會少遇到一些讓你不明就裡、一頭霧水的問題，因為，很多東西你“知其然且知其所以然”!
7、在一種語言上程式設計，但別為其束縛了思想。“程式碼大全”中說：“深入一門語言程式設計，不要浮於表面”。深入一門語言開發還遠遠不足，任何程式語言的存在都有其自身的理由，所以也沒有哪門語言是“包治百病”的“靈丹妙藥”。程式語言對開發人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。我的經驗是：用面對物件工具開發某些關鍵模組時，為什麼不可以借鑑C、C51、彙編的模組化封裝方式?
用傳統的桌面開發工具(目前主要有VC++、Delphi)進行系統體統結構設計時，為什麼不可以參考來自Java社群的IoC、AOP設計思想，甚至借鑑像Spring、Hibernate、JBoss等等優秀的開源框架?在進行類似於實時通訊、資料採集等功能的設計、實現時，為什麼不可以引用來自實時系統、嵌入式系統的優秀的體系框架與模式?為什麼一切都必須以個人、團隊在當然開發語言上的傳統或者經驗來解決問題???“他山之石、可以攻玉”。
8、養成總結與反思的.習慣，並有意識地提煉日常工作成果，形成自己的個人原始碼庫、解決某類問題的通用系統體系結構、甚至進化為框架。眾所周知，對軟體開發人員而言，有、無經驗的一個顯著區別是：無經驗者完成任何任務時都從頭開始，而有經驗者往往通過重組自己的可複用模組、類庫來解決問題(其實這個結論不應該被侷限在軟體開發領域、可以延伸到很多方面)。這並不是說，所有可複用的東西都必須自己實現，別人成熟的通過測試的成果也可以收集、整理、整合到自己的知識庫中。但是，最好還是自己實現，這樣沒有智慧財產權、版權等問題，關鍵是自己實現後能真正掌握這個知識點，擁有這個技能。
9、理論與實踐並重，內外雙修。工程師的內涵是：以工程師的眼光觀察、分析事物和世界。一個合格的軟體工程師，是真正理解了軟體產品的本質及軟體產品研發的思想精髓的人(個人觀點、歡迎探討)。掌握軟體開發語言、應用語言工具解決工作中的具體問題、完成目標任務是軟體工程師的主要工作，但從軟體工程師這個角度來看，這只是外在的東西，並非重要的、本質的工作。
學習、掌握軟體產品開發理論知識、軟體開發方法論，並在實踐中理解、應用軟體產品的分析、設計、實現思想來解決具體的軟體產品研發問題，才是真正的軟體工程師的工作。站在成熟理論與可靠方法論的高度思考、分析、解決問題，並在具體實踐中驗證和修正這些思想與方式，最終形成自己的理論體系和實用方法論。
10、心態有多開放，視野就有多開闊。不要抱著自己的技術和成果，等到它們都已經過時變成垃圾了，才拿出來丟人現眼。請及時釋出自己的研究成果：開發的產品、有創意的設計或程式碼，公佈出來讓大家交流或者使用，你的成果才有進化和昇華的機會。
想想自己20xx年間開發的那些Windows系統工具，5、6年之後的今天，還是那個樣子，今天流行的好多Windows系統工具都比自己的晚，但進化得很好，且有那麼多使用者在使用。並且，不要保守自己的技術和思想，儘可能地與人交流與分享，或者傳授給開發團隊的成員。“與人交換蘋果之後，每個人還是隻有一個蘋果;但交換思想之後，每個人都擁有兩種思想”，道理大家都懂，但有多少人真正能做到呢?
11、儘量參加開源專案的開發、或者與朋友共同研製一些自己的產品，千萬不要因為沒有錢賺而不做。網路早已不再只是“虛擬世界”，網上有很多的開源專案、合作開發專案、外包專案，這都是涉獵工作以外的知識的絕好機會，並且能夠結識更廣的人緣。不要因為工作是做ERP，就不去學習和了解嵌入式、實時、通訊、網路等方面的技術，反過來也是一樣。如果當他別人拿著合同找你合作，你卻這也不會，那也不熟時，你將後悔莫及。
12、書到用時方恨少，不要將自己的知識面僅僅侷限於技術方面。諾貝爾經濟學獎得主西蒙教授的研究結果表明：“對於一個有一定基礎的人來說，他只要真正肯下功夫，在6個月內就可以掌握任何一門學問。”教育心理學界為感謝西蒙教授的研究成果，故命名為西蒙學習法。可見，掌握一門陌生的學問遠遠沒有想想的那麼高難、深奧。多方吸取、廣泛涉獵。極力夯實自己的影響圈、儘量擴大自己的關注圈。財務、經濟、稅務、管理等等知識，有空花時間看看，韜光養晦、未雨綢繆。
13、本文的總結與反思：
A：不要去做技術上的高手，除非你的目標如此。雖然本文是關於提高軟體開發知識的建議，做技術的高手是我一向都不贊同的。你可以提高自己的專業知識，但能勝任工作即止。
B：提高軟體知識和技術只是問題的表面，本質是要提高自己認識問題、分析問題、解決問題的思想高度。軟體專業知識的很多方法和原理，可以很容易地延伸、應用到生活的其它方面。
C：在能勝任工作的基礎上，立即去涉獵其它領域的專業知識，豐富自己的知識體系、提高自己的綜合素質，尤其是那些目標不在技術方面的朋友。
時光荏苒，從畢業到現在已經10年，10年來一直從事著軟體測試的工作。從一個什麼都不會，到測試技術人員再到測試管理，期間有迷茫，有痛苦，有彎路，有捷徑。今天對自己過去的10年測試經歷做一個總結，一是給自己重新出發增加動力，二是給剛入道的、迷茫中的測試朋友一點點建議，希望你們少走彎路。
首先，談談測試職業規劃，即做什麼的問題。所謂方向比努力重要，這絕對是一句真理。如果能在剛走上測試工作崗位的時候明白這個道理，那麼不出5年，你一定能成為某一測試領域的專家，那時不管是薪水、自信心都是順其自然的事情。但是遺憾的是，我們獲取的太多資訊是，測試人員是一個通才，什麼都要學，什麼都要懂。結果這樣的一個方向，導致了3腳貓功夫的測試人員一大把。那麼什麼都懂一點的測試人員難道就沒有用武之地了嗎？也不是，可以朝著測試管理崗位發展。說到這裡，引出了測試職業規劃的第一條路：測試管理。那麼很容易想到職業規劃的另外一條路，測試技術專家。在測試技術領域裡，無外乎就是效能測試專家和自動化測試專家。
明確了軟體測試職業規劃的三個方向，接下來就是如何選擇一條適合自己的方向。下面給出我的幾條建議。
關於選擇測試管理：首先你一定不是一個喜歡技術，對技術敏感的人，這個很容易判斷。第二，你一定是個善於溝通，組織協調能力強的人。第三，你的長期抗壓能力較強，上能頂住領導批評，下能頂住下屬埋怨。能受得了委屈，吃的了虧。第四，你對管理工作充滿持續的激情，如果過去你是一個比較如魚得水的學生幹部，那更加沒問題。總之，相對你的IQ，你的EQ更高。那麼從性格上來說你比較適合做測試管理工作。
關於選擇效能測試專家：正好和測試管理人員具備的性格相反，首先，你不喜歡組織協調這樣的工作，你性格有些孤傲，你上學的時候一定不是學生幹部，或者不是一個如魚得水的學生幹部。第二，你不一定是個技術狂熱者，但你不排斥技術，你的動手能力較強，喜歡實踐。能靜下心來學習。那麼你有成為一個技術專家的潛力
關於選擇自動化測試專家：和效能測試專家類似，如果你掌握一門程式語言，或者有信心學好一門程式語言，那麼恭喜你，你有成為自動化測試專家的潛力。通常，效能測試專家和自動化測試專家在技術上是相通的。
確定了自己的測試發展方向，接下來就是如何實現的問題。有一個的10000小時定律理論，即一個人想要成為某個領域的專家，需要經過1萬個小時的錘鍊。按此比例計算，如果以每天工作8小時，一週工作5天計算，那麼成為一個領域的專家需要4-5年的時間。
關於如何成長為測試管理人才：首先你一定要成為一個功能測試專家；通過參與至少2個完整專案的測試工作，你對測試理論、一個完整專案的測試流程、測試活動、測試輸出了於指掌。第二，儘量選擇一個行業如電信、支付、網購、通訊等深入做下去，成為該領域的業務專家。因為測試經理的角色往往也是半個需求人員的角色。第三，儘量在頭三年的時間裡，親自參與功能測試、效能測試、自動化測試工作，為後面測試管理的招聘工作、測試計劃、人員分配、任務安排打下一個良好的技術基礎，說白了，測試管理工作也是一個技術管理崗位，沒有一定的技術功底，很難開展後續的管理工作。
關於如何成長為效能測試專家：剛進入測試管理崗位，你負責的工作一定是功能測試任務。沒有機會接觸效能測試工作。怎麼辦？我的建議是：自學或者參加培訓班，如果你是一個自我管理能力非常強的人，建議自學，如果不是，那麼建議參加專門的效能測試培訓班。參加培訓班之前大致瞭解一下效能測試的基礎知識。
效能測試的學習過程大致如下：
1）首先了解一個系統的架構，明白各伺服器之間是如何互動工作、系統的資料流向、系統的.壓力點，從而確定性能測試需求和指標，即那些功能需要考慮壓力，能承擔的壓力是多大。比如一個購物網站，最典型的登陸功能、提交訂單功能需要支援多少個使用者併發，每個併發使用者在幾秒之內完成操作，系統長時間在壓力狀態下的穩定性。
2）第二選擇測試工具，對於基於Http協議的應用來說，一般loadrunner都能完成效能測試工作，學習loadrunner的三部曲：指令碼錄製編寫（loadrunner generator）、場景設定和執行（loadrunner controller）、結果分析（loadrunner analysis）的內容。
對於一些無法用現有工具實施效能測試的應用，需要考慮自己編寫工具來完成。所以一個優秀的效能測試工程師一定是能熟練使用一門程式語言的。
3）實踐，一定要多實踐，安裝完loadrunner以後，loadrunner裡帶有現成的效能測試專案---飛機訂票系統。完全可以拿來練手loadrunner。
4）效能測試的目的是發現系統處理能力的瓶頸而系統調優才是最終的目的，如果能進一步提高各業務伺服器、資料庫伺服器的調優技能，對效能測試工作來說是如虎添翼。
關於如何成長為自動化測試專家：
自動化測試和效能測試不一樣，效能測試主要是對伺服器的效能做測試，而自動化測試是從前端考慮，其目的旨在於替代部分手工測試、考量客戶端長時間執行的穩定性。自動化測試分為：web站點的自動化測試、PC客戶端的自動化測試、手機端的自動化測試。每一個終端的測試都是一個大的領域，建議先深入學習一個終端的自動化測試技術。
關於Web端站點的自動化測試：常用的開源測試工具：selenium框架+一門程式語言（建議python），或者收費軟體QTP，推薦selenium，因為它是開源的、免費的，不存在盜版問題、且可擴充套件，所以國內的一線大公司喜歡用。
Pc客戶端自動化測試：常用的測試工具：QTP。付費軟體，國內很多小公司在用。
Android手機自動化測試：常用的測試工具：monkey、monkeyrunner、robutium、appium等，這些都是開源軟體。一樣，國內一流的公司都在使用。
蘋果端的自動化測試：常用的測試工具：Instrument、FoneMonke、Broomine、iphone SDK自帶的test unit。
不管學習哪一個終端的自動化測試，熟練掌握一門程式語言是必要條件。
最後談談軟實力，一個優秀的測試技術專家，我認為需要具備以下幾個特性：
持續學習能力：計算機技術的發展可謂日新月異，如果不持續學習，那麼不出2年，你就會發現你只能當一個廉價的手工測試人員。所以如果能在工作中學習，不能的話，下班後保證2個小時的自學時間。幾年下來，你就能發現自己的進步有多大。
溝通能力：我覺得可以從2方面培養：第一：日常工作的溝通能力：和開發、產品、運維、客服同事的溝通要及時，表達要準確，多微笑、多傾聽、保持良好輕鬆的同事關係。第二，正式場合的溝通能力，如專案週會、評審會議、總結會議，一定要提前做準備，講什麼、怎麼講，自己私下裡先練習一下，這樣在正式場合才能表達清楚、氣定神閒、落落大方，給領導和同事留下一個好的印象。
團隊合作能力：首先從心態上，要強調整體的概念，放下單打獨鬥的想法。在實際專案中，體現為團隊成員之間的相互協作、資源共享、共同進退。這個時代已經不是一個英雄創造神話的年代了，只有團隊的齊心協力才能把專案做好，這樣的人往往也是公司最喜歡，最願意去培養的人。
與優秀的人為伍：所謂近朱者赤，近墨者黑。跟對一個老大、和優秀的人共事，找一個優秀的伴侶、經常去參加一些牛人講座、技術論壇，通過這些人的耳濡目染，一定會讓你少走很多彎路。
其他還有很多軟實力，但我個人認為以上幾點比較重要。
凡事要趁早，特別是技術行業，一定要在頭幾年打下紮實的技術功底，這對將來的技術管理或技術專家路線都有極大的幫助。
不知不覺寫了這麼多，感覺還沒有說完，希望我的一些拙見能對剛畢業的同學和還在測試領域迷茫的同學一點幫助。
從八月份入職至今,已一年過去了，回顧自己這段時間在XX公司所走過的路，所經歷的事情，沒有太多的感慨，沒有太多的驚喜，卻多了一份鎮定，多了一份從容。
回想入職初，在XX月份，從開始第一週熟悉工作環境，第二週便參與煤礦安全生產管理系統的相關文件設計工作，期間在專案組各位同事的指導、安排下，進行了系統的軟體開發委託合同書及系統功能模組設計說明文件的編寫，也藉此過程學習煤礦生產業務。
在XX月份，便正式參與了管理軟體功能模組的設計工作，在張工的指導、講解下初次嘗試完成了管理軟體的維護子系統的功能模組設計；在九月中旬跟隨公司施工人員在xx一號礦進行業務調研，從而在我們自己的管理系統中，取其長、補其短，也藉此機會瞭解實際的煤礦生產情況，加深對煤礦產業業務流程的理解；在九月底便根據張工的指導開始工程技術文件子系統的功能模組設計。
XX月份，在張工張工的指導下，進行了物資管理子系統的功能模組設計，並就設計的正確性、合理性分別同張工張工及何工進行討論；到十月中旬管理軟體的各子系統功能模組基本全部設計完成；十月底，根據各子系統模組設計蒐集系統資料，建立初步的資料字典及概念模型，為後期資料庫設計做準備。
XX月份的工作以整理系統業務關係與業務流為主，但由於業務關係圖的表現形式不夠合理，不足以清晰、明瞭得表現出各層次關係，導致工作多走了幾個環節，好在張工張工及時發現問題，並多次向我指導、講解，最終決定以列表結合流程圖形式蒐集、彙總系統所有子模組的業務動作、涉及人員及聯絡模組，為後面工作的展開提供依據。
XX圍繞兩個工作展開，
一是系統業務描述文件的設計編寫，因為該文件是日後程式設計人員瞭解煤礦生產業務、系統功能及資料庫設計的主要依據，張工張工也多次強調，文件的設計務必從讀者角度考慮問題，因此最終設計由簡單到複雜，由整體到具體，各層次儘量做到銜接緊密，易於理解；
另一項工作是針對已完成的關係列表、系統功能模組設計的業務合理性、正確性和張工張工逐條討論，並將設計中出現的問題逐條記錄在問題跟蹤文件中。月底的工作便是根據問題跟蹤文件對模組設計進行修改、完善。
在公司領導的帶領下，通過專案組所有成員的不懈努力，在XX月份系統所有功能模組設計完成，在XX月份系統所有業務流程整理完成，在XX月份，對各功能模組設計及業務流的初次審查、整改工作已經完成，現在已開始進行專案組內對各功能模組設計及業務流的審查工作。
在入職初期，因為之前很少接觸生產類軟體，一時不知從何入手，好在專案組成員多次向我講解，加上自己也通過網路查詢相關文件，認真閱讀相關材料、思考業務處理過程，最終在一個月內便對煤礦整個生產管理業務有了較為系統的認識。之後在張工張工的指導下，完成了管理軟體初始化子系統、工程技術文件管理子系統、物資管理子系統的詳細功能模組設計和業務處理設計，以及整個系統的業務整理工作。因為張工張工多次強調前期的業務及功能模組的設計直接關係到整個專案最終的成敗，一定要做到設計正確、準確、完整，因此在每個子模組的設計中，先把握總體方向，確保設計正確，再蒐集大量業務材料、對比其它類似軟體處理方式、結合煤礦實際生產情況、思考業務處理流程確保設計準確，最後再將設計放到整個業務系統中，反覆檢驗、審查，確保設計完整。回顧這一段時間的工作,我基本完成了本職工作，這與領導的支援和各位同事的配合、幫助是分不開的，但同時我也清楚得認識到自己還有很多不足，也從中獲得不少經驗、教訓，總結為以下幾點，
1、做事前準備、計劃是很有必要的。
這一點在入職第一週業務學習及近期搭建各模組業務關係工作中就體會特別深，正是磨刀不誤砍柴工，做好準備、計劃對之後的工作能起到事半功倍的效果。
2、工作要腳踏實地、一步一步，切不可太過心急。
整個軟體的設計從最開始的業務調查、模組框架設計、業務流程設計到具體軟體開發設計，每個環節都是建立在前一個環節的基礎上，每個環節上的失誤都會影響到之後所有環節。
3、學會從整體看問題。
這一點在入職初期的業務流程學習中就感受很深，從整體看問題，從主業務流程入手，理解更容易，學習得也更快，在整個工作過程中大的方向也不會錯。
4、要學會適當的思維轉變。
之前的軟體開發工作主要是編碼工作，所考慮的問題也只侷限於技術方面，但在系統業務及功能模組設計工作中，一定要考慮到整個煤礦產業的業務流程和客戶群的操作習慣。
5、與同事的交流要及時要充分，尤其是專案組內成員。
及時充分的交流能快速解決疑惑、能使整個工作銜接更緊密、能使問題考慮更周全。充分的交流能保證工作的質量，及時的交流能提高工作的效率。
6、在系統設計過程中要學會從客戶角度考慮問題。
軟體良好的客戶體驗是衡量軟體質量的重要標準，因此在軟體設計過程中一定要考慮使用軟體的客戶範圍、客戶的操作習慣和軟體的易操作性。
7、處理問題一定要以公司利益為重，堅持立場、把握好原則。
公司專案部成員對xx1號礦專案的成功實施便證明這一點；另外在集控平臺開發過程中，何工也是基於這一點，多次對系統功能設計提出更高要求，以使系統功能更加完善、可操作性更強。
8、要學會思考問題、分析問題、處理問題，學會分解問題，把一個大的問題分解成若干個小問題，再將各小問題放到整體考慮其合理性。
在整理系統業務流程和搭建模組間業務關係工作中，就因為表現形式不夠清晰、合理，做了不少重複工作。最終還是在張工的指導下，以“總—分—總”的形式解釋業務關係，完成了業務詳細說明書。
9、不要侷限於固定模式，要學會創新。
在系統功能設計及系統業務整理工作中，張工多次強調這一點，因為只有這樣，產品質量才能提高、自己的能力也會有較大提升。通過近半年來參與對管理軟體的設計工作及與工程施工、專案發展工作的接觸，自己成長不少，當然更多的成長集中在技術方面—軟體前期的業務設計，總結為以下幾點，
1、已掌握整個煤礦管理的業務處理及流程。
2、掌握了軟體開發前期的整個軟體設計流程。
3、學會如何進行軟體業務及功能模組的詳細設計。
4、學會如何發現問題、思考問題、解決問題。
在管理方面，接觸不多，主要集中在專案組對集控平臺開發的監管過程，總結為以下幾點，
1、時刻掌握專案進度情況，進度一旦出現狀況要及時作出反應
2、處理問題一定要以公司利益為重，堅持立場、把握好原則。
3、與外包人員要多交流多溝通，包括業務理解和完成情況。最後，通過在公司近半年來的工作生活，提一些個人的想法，
1、公司員工交流不夠多，尤其是不同部門間的工作交流，而這種交流能使各部門的工作銜接更緊密，工作效率更高。
2、技術人員接觸其他相關技術的機會不多，不過這一點公司正在改善，PLC講座也即將進行。
3、在準備專案經理考試期間，如果公司能統一每週提供幾個小時供大家學習、討論、交流，效果可能會更好些。
4、午飯時間太緊，員工中午休息時間太緊，一定程度上影響下午的工作效率。
以上都是個人角度的一些看法，考慮不合理之處還望領導及各位同事批評指正。
XX年已經過去，嶄新的XX年來臨了，在新的一年裡，工作上，生活上，我們都站在了新的一個工作起點，要開始新的一輪工作，我也在此感謝領導和各位同事的支援和幫助，我將在新的一年裡繼續努力，不斷提高自己的業務及專業水平，虛心向大家學習，為XX公司為長風的發展儘自己的力量。
先自我簡介一下，本人從事asp。net開發進一年，09屆畢業生，xx年11月開始上班，之前做asp，xx年2月後開始做asp。net，由於公司轉型，現在帶十幾個人在一起搞asp。net開發，主要是關於準金融行業的行業管理軟體。年度總結在會議上也寫了，但僅限於對於工作總結及xx年工作計劃，自我總結較少，因此今天專門做下自我的年度總結，主要從技術、管理、人生上面談談這一年的收穫，前輩路過歡迎多多指正。
技術
我在學校裡學的是電氣自動化，程式基礎僅限於c基礎課程的一些知識，後來由vb、html轉向asp，在asp上花費了不少時間，對asp比較熟悉，後來由於公司業務需要，將開發平臺轉向asp。net，開始對asp。net不是很感冒，以為就是asp的一點擴充套件（那時還不知道三層架構，資料資料訪問全在頁面裡——！），後來招來幾個北大青鳥的過來終於意識到asp。net的強大之處，經過個人的努力已經逐步掌握了asp。net，現在層次上只能講個人覺得是入門而已，原因是多方面的，待會兒會講到。
相信從面向過程轉向物件導向的同學都有一種感覺：物件導向開始真的有點彆扭，涉及到屬性，尤其是類之間的各種關係，那時老想用面向過程傳遞引數多方面啊。於是老在想物件這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面物件的精華來，分層次展現、分級別訪問、封裝物件之間各種關係逐漸真正理解了，尤其是物件之間的關係，如物件a與物件b兩者之間的關係，有些需要完全公開，有些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作——這不是現實的實際模型嗎？應該這麼理解，物件導向來源於現實，它不是一種憑空空想出來的理論，這些物件之間的關係可以將其還原為父子、夫妻、領導下屬、同事、朋友之間的關係。相比之下，頁面過程往往像是一股腦全部推給使用者使用，其中的資料與資料訪問方法層次不清晰，在模擬現實上它與物件導向相比更易於入門理解，實質上難於準確直接地表述。
物件導向上另一方面是它的設計模式，在之前的面向過程中對這個設計模式並沒有清晰地提出來，面向過程優秀的程式碼要求高內聚低耦合，從個人的理解上，這僅是對軟體開發方法“技”上理論總結；設計模式是達到了“道”的層次，因為它從更大的方向、更抽象的層次來去表述具體的程式碼模組之間的關係，可以認為設計模式是完全從實際的應用來不斷總結得來的經驗，之間並沒有這種術語，但相信前人肯定也使用到這種思想，它從實際應用於來，當然要應用於實際工作中，認真思考不斷總結每個人都會有自己的“設計模式”，可以借鑑前人的思想來去提升自己，不可去為“設計模式”而設計模式。
具體到asp。net的實現模型中，真正理解它的機制與方法也就不難理解，記住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人最沒有正確的自我定位的一個稱謂，試想一個人連自己都看不起自己的職業，他能做好自己的工作嗎？），最主要是解決問題。
我在面試員工時反覆提到的三點是；工作態度、發展潛力、工作能力，由前向後排序，心態最重要，大公司大家都想削尖腦袋往裡擠，但名額有限，所以廣大的程式設計師同志絕大多數都集中在二流三流四流的軟體公司，這個時候更應該做好個人職業定位。以我個人的經驗，新員工選擇一家公司往往最看重工資待遇跟發展潛力，程式設計師是一種不可以混日子的職業，工作能力很重要，但不是最主要的，工作態度是最重要的，工作態度往往跟個人的思想認識還有職業所在的環境有關，我個人的體會是絕不能太過於情緒化，情緒化無論是對工作還是對個人的發展都是不利的，就是說哪怕是明天你要辭職，你今天都要把今天要做的事情認真用心做好。
對於工作責任心不夠的員工是尤其值得關注的，他們往往自我意識過於強烈，追求以自我為中心，很多時候伴隨著工作得不到認可、工作感覺不充實不開心，我會主動找他談話，我認識：你管理的是一個實實在在的人，他不是一臺任你擺佈的機器，人會有情緒往往是有心結，找到原因，多加開導，用心去關心每個成員。對於實在不適合在本團隊發展的員工要做好最壞打算。程式設計師這個職業與現在的大學生具有一致的特徵，一個是從天之驕子淪為多餘人，一個是從高智商人士成為今天中國通行的”it民工“。另一方面是程式設計師往往年齡集中在20—25之間的男性中，情緒化、失落感、心理不成熟等一系列問題都會出現。但這個階段的人往往也最易溝通，可塑性也較強，適當的引導、合理的方式會比野蠻的管理效果強上百倍。
過去的一年，我參與了較多的產品設計，從中受益匪淺，不僅學到了很多專業知識，對動態產品有了更全面的理解和把握，而且培養了我作為軟體工程師所應該具備的基本素質。同時，我堅持自學，學習了當前軟體行業新的工具軟體和專業書籍，提高了理論水平。現將具體工作總結如下：
一、設計、調試出口印度的摩托車試驗機
xx之行是成功的，也是艱難和值得回味的。我們一行三人，在沒有翻譯的情況下，克服當地天氣炎熱和飲食不適應的困難，在不到三週的時間內將四臺裝置除錯完畢，拿到了使用者的驗收紀要，這是值得肯定的.。但，我覺得也有一些遺憾的地方。由於是第一次做車輛產品的出口，缺乏經驗，我們的包裝和防鏽做的不夠好，裝置出現了故障，讓xx人對我們的滿意度下降。如果我們注意這些細節，用我們的產品開啟這個國家的大門，那麼，我相信我們會從中受益。
二、主管設計PWS-J20B1
此試驗機已經交檢完畢，各項指標達到了技術協議要求，等使用者款到發貨。
三、參與設計PWS-200B
與毛工一起設計，對液壓夾頭，氣液增壓泵等的工作原理有了更深入的理解，從毛工身上學到了很多東西。比如，設計的嚴謹和嚴肅性，此產品已發貨。
開發四部的工作是繁重和艱鉅的，我在車工和毛工的指導下，較好的融入了這種緊張和嚴謹的氛圍中，較好地完成了各項任務，自身的業務素質和工作能力有了較大提高，對工作有了更多的自信。
以上就是我今年的總結，明年我會繼續努力。
這年時間我收穫了很多，也成長了很多，對於我從職場新人到一個合xx人員的轉變具有重要意義，在這裡我非常感謝公司給我的機會和領導對我的指導和關懷，沒有領導和同事的幫助，我成長不到現在的程度。
我談下，我和老大的見面情況吧。我和老大見面的時候，老大二話沒說，就給我遞煙，哈，真客氣，但是俺可是無煙人士，只好說我不抽菸，我認為即使我會抽菸，在老大面前也得收斂，收斂吧，哈。老大問了我好多關於我對銷售的看法，之後老大給我總結了四點，我還記得呢，用四個詞語概括吧：經驗、壓力、醒目、創造。夠經典的吧，哈。我和老大聊得挺好的，於是在x月x號，我到xx製造基地去了解產品一個月，按照規定，凡是xx的職員，在正式就職之前都得經過一個月的培訓，只有對自己的產品有個大概的瞭解才能更好的開展工作嘛，哈。x月份，在完成了在xx製造基地的培訓後，我到我們公司總部--高新科技園去正式上班。哈，熬了一個月啊，終於可以派上用場了。
20xx年，我到公司總部正式上班，以為可以正式做銷售了，咋知道，我還得對產品來個更全面的瞭解啊，這挺不容易的，做銷售哪有做電子商務的網路營銷那麼容易啊，況且是傳統的市場銷售，小弟我可是新手啊，總要有個師傅提點下吧，這年頭做銷售的都不容易啊。
20xx年，在過完中秋節後，我正式進入銷售狀態，其實是備戰狀態。剛開始的時候，做銷售的都知道嘛，做銷售的'流程，電話預約、拜訪、瞭解需求、滿足需求、解決問題、合同、售後都是走這樣的流程的，因為一流銷售人員都是這樣子的要求自己的，按照流程做銷售總不會出大亂子吧，哈。剛開始的時候，電話預約客戶，可把我難倒了，小弟我可是新手啊，大學生腔調啊，可不是鬧著玩的，做銷售的語氣可不同大學的腔調，想怎麼說都行，電話預約，可是雙方都見不著面的，所以呢，只能憑語氣去用心體會對方是什麼態度，說白了，做銷售呢就是和拒絕打交道的活兒，你心理承受能力如果不好的話，我奉勸大哥你可千萬別選這道，它不適合你嘛，哈。要不，不到一個月來，你得身心疲憊不可，因為心理承受能力有限嘛，可不是鬧著玩的哦，哈。
經過一年的磨練以及老大的栽培，我的溝通能力不能說是日進千里拉，只能說是聽起來沒有那麼難聽了，至少是知道怎麼和客戶溝通了，客戶可不是你的同學，愛怎麼說就怎麼說，他們聽著不順耳了，掛電話、罵人可是經常遇到的哦，哈。
經過x月份的打電話預約，我在xx月份約到了十個客戶進行拜訪，但是和他們交談的時候，可能我是新手吧，雖然看了很多關於銷售的經典案例，但是畢竟銷售不是紙上談兵嘛，新手的表現如何不言而喻，哈，讓大夥見笑了。和客戶談得挺好的時候，我總希望可以馬上把客戶的需求瞭解個透徹，但是就是因為俺是新手，很多的人都把俺當做參考吧，他們不是說等下次有專案肯定打電話給你，就是說現在沒需求，更或者就直接說金融風暴來了的緣故，總之是一言難盡啦。
作為剛從學校出來的應屆畢業生，第一份工作就落在xx軟體，來到xx，深深地被這個企業的文化所感染，我很認同xx的企業文化，xx的企業精神“統一，專一，事業第一”體現出了這一行業優秀企業文化的特點。在這一年的學習與親身感受之下，我更加堅定地要使自己成為一名合格並爭取優秀的xx人，我對自己有信心，對智通更有信心。
作為一名在技術崗位的工程師，要具備一定的專業知識，不斷地充實自己，在不斷的工作學習與研究中成長，要有很好的團隊協作精神，有很強的執行力，能真正為企業做實事。在xx上班的一年裡，我主要完成了以下工作專案：
1、剛來的兩個星期，由於目前網站工作的需要，師傅指導一邊熟悉工作職位環境一邊學習asp，用了兩個星期系統地學習了這門從未接觸過的'asp語言，為接下來的工作打了堅實的基礎。
2、接下來的時間，主要配合網站先前asp的後臺管理系統進行某些功能優化與系統維護工作。先後完成了銷售管理模組的最新註冊企業查詢、職業推薦給求職者、把求職者推薦給企業、會員職位重新整理、職位重新整理統計等幾個模組的功能修改與優化，解決了業務員帶許可權控制的查詢、推薦時間的控制與查詢速度優化、企業職位重新整理時的許可權控制與企業職位時效性的控制以及完成對各銷售組成員的職位數統計，職位重新整理數統計的功能設計。在完成這些各種功能需求的時候，對後臺管理系統進行了深入的分析研究，因此對銷售管理模組非常熟悉，給目前網站新版開發的後臺設計提了不少建設性的想法。之後還完成了logo管理模組中的投票專案新增優化與投票結果統計查詢修正、logo、banner的管理與文字檔案的生成。還完成了客服管理模組中後臺開通資料查詢的改進，企業管理、個人管理模組查詢功能的改進。期間還完成了部分功能錯誤的修正，如校園招聘管理圖片不能上傳、文章類別不能修改、文章不能刪除等。
3、目前新版是用jsp開發的，在這三個月裡，我進一步對java，jsp的深入學習，瞭解了mvc模式開發，在這階段的學習期間，我以一個小商務系統的開發作為學習任務。還對當前流行的jive程式碼與開發思想進行了初步的學習研究。
4、作為一名系統開發與維護工作者，當然不能忽視對資料庫知識的學習，在這段時間我也進一步對sql語句進行了深入的學習，對sql語句的查詢進行了分析，比較重視資料庫效能分析與調整這方面的知識學習。通過這階段的學習，把這些知識與方法運用到了對後臺管理系統會員查詢的速度優化功能上，在實際工作中得以實踐運用。
5、網站新版開發方面，主要還為新版做了幾個資料庫對照表。
6、還參加了網站新版的第二輪測試工作，主要以後臺管理系統為主做測試，還參與了前臺個人管理與企業管理的流程測試，測出了不少關鍵性的bug。
7、入職以來，還擔任了網站部群發郵件的工作。一年內完成了好幾批郵件群發的工作，每天定時定量地給在xx網站上註冊的企業或會員群發幾十萬封郵件。還配合客服部群發了兩批特殊活動的郵件，配合網站營銷活動群發了兩批群件，每天堅持固定給註冊會員群發。
在網站部工作的一年裡，自己感受非常多。首先，作為剛從學校出來的畢業生，在實際開發中的經驗尚不夠成熟，還需要在工作中不斷的提升自己。其次，要進一步提高自己的開發技能，使自己的技能滿足今後的需求，主動獲取並學習當今最新技術資訊，平衡自己的知識結構，在不斷的學習中提高自己。然後，要加強與同事們的溝通，融入團隊，互相學習、相互提高，在團隊中不斷完善自己。
我相信，通過我的努力，一定能成為xx的優秀員工，一定會在優秀成績之上提升自己。同時我希望公司能根據情況給我培訓深造的機會，也希望部門內能有經常性的專業技術學習。
總想著每天、每個月、乃至每年都有點進步。20xx年，對我來說，是起伏不定的一年，也是收穫頗豐的一年。當然，最大的收穫是有了一個可愛的女兒。
在這一年，我跳了兩次槽，一次是自願的，還有一次是被迫的。我目睹了一些公司從盛到衰的過程，也看到了一些腳踏實地的公司。
離開x1公司，是因為我覺得x1公司不是在做軟體，所謂的印度模式，我想，絕對不是這麼做的。理想不合，不想浪費時間，也只能揹負跳槽的惡名，掛冠而去。去x2公司，是因為看到他是美國獨資公司，做外包軟體，能夠接觸美國的客戶和技術，希望能夠有所收穫，何況，職位也不錯。的確很想好好做，也跳累了，只想穩定發展，畢竟，是做父親的人了。沒有想到的是，竟然讓我目睹了一場資產爭奪的好戲。公司易主，流言
滿天，流言四起，官司大戰，這種平常只有在電視和電影裡看到的情節，我實實在在的親身經歷了，也算是人生的重要一課吧，至少，讓我看到了人性最陰暗和惡毒的一面。自然，是做不下去了，只能又走。
也看到了一些踏踏實實做事情的公司。園區的瑞博軟體就是一個。很少看到如此踏實做事的公司。若干年後，只要他能夠存活，必定是一個成功的公司。雖然老闆對我也很有誠意，只是，對於教育軟體，我實在沒有太大的興趣，何況，如果想做教育，我何不選擇安博呢?畢竟，安博給於我很多。回頭想想，在其他公司，我都是在奉獻，只有在安博，是學習了很多。
說起跳槽，其實，看看那些公司，有多少是在踏踏實實做事情的?老闆本不懂軟體，都是看著軟體行業能賺錢，想來撈一票，結果把中國的軟體行業做壞了，也害苦了中國的程式設計師。自己不好好做事，怎麼怪別人跳槽?同工作經歷的坎坷相比，，在個人能力方面，今年的進步是非常大的。今年上半年，我的進步集中在技術領域。我更加深入研究了設計模式、ejb體系和平臺，還有uml建模，終於有所突破，設計了一套自己的基於平臺的.系統架構和開發工具，並且得到了應用的證實。在網上也陸續發表了一些文章，受到比較好的歡迎，還上了賽迪網的開發之星。
下半年，在軟體工程方面收穫是很多的。
看到網上對於印度模式從吹捧到批駁的吵鬧，也看到x1公司學習印度的失敗，加上自己從開始就對那些記者的懷疑，決定好好學習軟體工程。我一向認為，任何東西，不能道聽途說，只有自己好好深入研究，才能得其精髓。同時，軟體工程絕對不能只看印度的，畢竟，美國才是軟體業最發達的國度。
列舉一些學習的參考資料：《rup軟體工程過程》、《msf微軟解決方案》、《xp極限程式設計》、《cmm實踐應用——infosys公司的軟體專案執行過程》、《人月神話》、《軟體需求》、《軟體工程java語言實現》。每本書，我都仔細研讀了，頗有體會。
我開始就想，印度軟體工程絕對不會象那些記者所說的那麼簡單，所謂的高中生程式設計說。所以，我必須實際看看印度的軟體工程。《cmm實踐應用——infosys公司的軟體專案執行過程》，是印度最大的軟體公司infosys公司的分管質量的副總裁寫的，介紹他們的cmm4的軟體工程，果然不同凡響。這是我瞭解印度軟體工程的主要視窗。
首先，同原來的想法不同的，也可能同大多數人(尤其是受那些軟體記者影響很深的“專業”和非專業人士)想法不同的是，軟體工程實際上不僅僅只是管理，而是一門涉及很廣的交叉學科。在軟體工程中，大約一半的內容是專業性很強的，涉及到軟體分析、設計甚至編碼的技術。所謂的結構化、物件導向，都在軟體工程的範疇內，同樣是軟體開發和組織的重要內容，也是軟體質量保證的重要內容。至於軟體開發的管理部分，只能算是軟體工程中軟體工程過程的部分，或者說專案管理部分。脫離管理來開發軟體是絕對不可行的，同樣，拋棄技術基礎，空談管理出效益，便如無源之水、無本之木。誠如《軟體工程java語言實現》中所說：“軟體工程範圍極為廣泛。軟體工程的某些方面屬於數學或電腦科學，其他方面可歸入經濟學、管理學或心理學中。”在這裡，我強調了軟體工程中的技術部分，並非輕視管理，只想在軟體工程的概念上做一些撥亂反正，也希望多一些人來關心軟體的核心技術，而不要空喊口號和概念。畢竟，中國的軟體太缺乏核心技術了。
其次，對管理要求的嚴格不說(這個誰都知道)，實際上，不管是美國的軟體工程，還是印度的軟體工程，都是比較靈活的。即便是印度這樣的所謂“軟體工廠”模式，對於軟體工程過程管理極為嚴格，也有一個部分是專門講述過程剪裁的。整個軟體工程過程是非常龐大和繁複的，然而，由於專案具體情況不同，如專案的規模，參與人員的數量、素質等的不同，對於軟體過程的每個部分，不是都必須的，可以根據具體情況來進行剪裁。這個部分對於我的啟發是很大的。以前做什麼iso9000等，開始做了一個以為很好的規範，但是，到具體專案，總是對不起來，到處有問題，現在想想，便是少了這個變通的部分。不過，話說回來，這cmm也是老美想出來的，而不是印度。
第三，對於開發人員的選用，我發現，美國人是非常注重選用優秀的開發人員的。martinfowler曾經開玩笑的說，如果給他一批水平不高的開發專案，他會考慮全部解僱，重新招聘。《人月神話》中也說，如果200人開發一個專案，其中25個人最能幹，那麼會考慮解僱其餘的175個人，讓專案經理來程式設計(當然，後面還有一些抉擇分析，這裡斷章取義了)。其結論的基礎是基於以下研究結果：優秀的開發人員和差的開發人員，其效率之差可以達到數量級。另外，從管理的角度來說，只有人多了，才會有管理問題，當團隊規模控制在一定的範圍內時，便不會有太大的管理問題。
對於軟體來說，很難實現同傳統產業一樣的工廠化生產，這是由軟體開發的本質決定的。軟體的複雜性是軟體的本質屬性，在這個屬性沒有改變之前，軟體便不會實現同傳統產業一樣的工廠化生產。至於印度的所謂“軟體工廠”，實際上，只是完成了軟體程式碼的編寫工作，並不是實現了整個軟體研發工作，而程式碼編寫工作，恰恰是軟體開發中最簡單的一環。至於印度是否真的有很多高中生程式設計師，印度人的書上沒有說，記者到說了不少，我也無從考證。所以，軟體的開發，還是需要選用優秀的人的。除非，公司只想幫別人編寫程式碼，而不希望有自己的產品和技術。
第四，軟體開發中，最重要的還是團隊合作和交流。這個是我目前最深切的感受。具體的，大家都知道，也用不著多說。
最後，對於軟體開發來說，公司老闆的想法是最重要的。如果老闆說“no”，那便是水平再高，管理再好，也終歸無用。年齡漸長，也做父親了，卻總是在漂泊，沒有一個可以穩定發展的地方。希望目前的公司能夠有這個機會。不想總是跳槽。
本人在工作中，接觸到許多煙囪，體會到只有技術上不斷創新，裝置不斷更新，才能創造出更大的經濟效益和社會效益。
比如，以前在造粒塔和煙囪的滑模中，我們用來提升滑模平臺的是小噸位千斤頂（額定起重量為3。5t），後來經過論證和技術經濟分析比較，決定從xx煙囪開始採用大噸位千斤頂（額定起重量為6。0t），與小噸位千斤頂相比有以下優點：可以節約一半的支承杆；支承杆脫空長度更高，滑模安全性可以得到更大的保證；減少了支承杆的加固工作量。在xx年和xx年施工的貴州xx工程的2個煙囪和xx供熱工程的煙囪，就採用了大噸位千斤頂，其技術和經濟效益十分明顯。
另外，在滑模測量技術上我們也進行了改革。以前一般是在造粒塔或煙囪的`中心安裝一臺鐳射對中儀測偏移，而平臺扭轉則在外面用一臺經緯儀測量，顯得非常麻煩。後來我們在煙囪內部相對於中心的對稱半徑上同時佈置2臺鐳射對中儀，根據測量資料就可以直接計算出平臺的偏移和扭轉值了。其精高提高了，工作量也減小了。
儘管我們現在在滑模技術方面取得了一定的成績，但距世界滑模的先進水平還有不小的距離，這需要我們不斷改進技術，總結經驗。就我公司施工的煙囪和造粒塔來說。
1、我們目前還未涉及雙曲線塔和框架的滑模，只限於圓形構築物的滑模。
2、在垂直運輸方面比較落後，傳統方法是採用落地井架加變幅拔杆或者是隨升井架加變幅拔杆，此種方法比較落後，我們可以改進為：在筒體外側配一臺自升式高塔，不但可以滿足鋼筋和混凝土的垂直運輸，而且可以節省幾臺捲揚機的費用。從長遠效益來看，後者肯定比前者明顯。
3、按傳統方法制作的鋼平臺只能使用一次，不僅浪費了鋼材，還增加了拆卸平臺的工作量。如果在保證平臺安全使用的前提下，我們將平臺杆件的焊接連線形式改為螺栓連線，這可以多次重複利用；我們要理論聯絡實際，活學活用，不斷總結施工和管理經驗，技術上不斷改進和創新。
從我x月xx日進入公司到現在已經過去一年了，從一名剛剛結束實習的學生到一名獨立的開發人員，角色改變了，職責也改變了。雖然已經預計了工作之中會有很多困難，可是在實際的專案開發中，自己所遇到遠遠不止自己想象之中的那麼簡單、單純。在開發過程中，難題一個接一個的出現，要做到滿足公司的產品需求，成為一名合格的程式開發人員，這個過程還很漫長。每天我都在勉勵自己，要好好學，好好做，以後會好的。在此同時我衷心感謝公司給我提供了學習的機會和平臺，這也使我對以後的日子多了些許的信心。
一、工作回顧
在我進入xx公司的這八個月裡，我陸續接觸了公司的GPS平臺，智慧手錶定位，xx鐵路局車站消防綜合管理系統，xx金融款箱管理系統，xx保衛處的管理系統，指揮中心的視訊監控系統，並在這期間為xx製作了一個展示型企業網站。在剛進入公司的那段時間裡，我從沒有接觸過網路攝像機，對於網路攝像機根本沒有任何概念，在公司的培養下我逐漸熟悉了各種攝像機，現在拿到xx等多個的攝像機開發包，可以很熟練的進行二次開發。在工作之餘，我也在努力的學習，和別人交流，學習先進的開發技術，請教別人開發技術問題。
二、主要問題
1、由於開始對業務需求不是很熟悉，所以在寫需求分析與瞭解所要開發的過程中多次出現因為需求的原因，而不斷修改、返工的情況。在同盛泉金融交流的時候，這個問題多次困擾著我，對方的需求不明，每次交流的過程中都在變更需求，從而導致了效率比較低的問題。
2、在開發中，用到很多我所不知道或很多我知道但不太熟悉的領域，在這個領域內，我需要不斷的學習。
3、在工作階段，有時比較偏向自己的工作方便，忽略了其他同事的工作上的量與難易。有的功能自己怎麼方便怎麼寫，如今公司在不斷壯大，我們部門人員在不斷的`增加，這樣是不利於多人合作的。
4、工作的條理性不夠清晰，要分清主次和輕重緩急;在開發時間很倉促的情況下，事情多了，就一定要有詳實而主次分明的計劃，哪些需要立即完成，哪些可以緩緩加班完成，在這方面還有很大的優化空間。
5、學習的知識不夠廣泛;一個專案中，涉及的技術往往有多種，知識多了，就會靈活變通，以後我會加強這方面的學習。
三、工作心得
1、每一個專案在開始著手的第一步，一定要和客戶把需求溝通清楚，只有瞭解了專案的需求，才有可能真正做好一個專案。我們需要向客戶提出要求客戶提供所有涉及該專案的資料，每次與客戶見面都需要熟悉業務與程式的最少一至兩個程式設計師隨時記錄需求。
2、工作中，有一個無論是技術，還是經驗都比較讓人肯定的前輩帶領，將任務詳細化，詳細到，每個頁面、甚至是一個頁面中的圖片什麼時候做好，做到什麼程度，這樣把工作進度有計劃有方向的贊定下來，做事很有效率。和xxx等人合作時候一定注意要多項工作同步進行，保證每個子模組都能同步執行。
3、每天的工作小結真的很重要，這讓我們每天都有計劃的知道自己幹了什麼，不是漫無目的的工作，所以我們應該養成，日記、週記、月記、年記的工作習慣。
4、工作並不是一成不變的，也許有一天你要去其他崗位幫忙，所以同事之間的技術要互相學習，也許有一天，公司需要你發揮其他的技能幫忙，所以互相學習也是很重要的。自己的工作不能僅僅侷限於程式設計。
四、工作計劃
1、要提高工作的主動性，做事幹脆果斷，不拖泥帶水。
2、工作要注重實效、注重結果，一切工作圍繞著目標的完成。
3、要提高大局觀，是否能讓其他人的工作更順暢作為衡量工作的標尺。
4、精細化工作方式的思考和實踐。
5、虛心請教比我做的優秀的其他同事，向他們學習技術或經驗。其實作為一個新員工，所有的地方都是需要學習的，多聽、多看、多想、多做、多溝通，向每一個員工學習他們身上的優秀工作習慣，豐富的專業技能，配合著實際工作不斷的進步，不論在什麼環境下，我都相信這兩點：一是三人行必有我師，二是天道酬勤。
在參加工作的這短短的一個半月中，我深刻的體會到，把自己所有的精力都投入進去，技術工作都不可能做到完美程度，畢竟技術工作太繁雜，專案多而人手少，但多付出一些，工作就會優化一些，這就需要認認真真沉下心去做事情，職業做事，誠信待人。
一、總結：
1、自身定位：在過去一年，是我進公司的第一年，也是我工作的第一年，剛開始在我對工作競爭和自身都不甚瞭解的情況下，在領導和同事的指導下，我感覺自己已經慢慢對人與人的競爭和自身定位有了深刻的瞭解，因為有了自我目標，才能感受到自己的壓力有多大！我的目標也不只是完成目前所要做的工作而已，要向其它方面拓展學習。
2、定下心來，踏踏實實：我學的是計算機專業，我的工作也是計算機方面的，以前有什麼優勢，但是踏入工作崗位後才發現，自己學的只是一個基礎，只是有些方面或許比別人走的快一步，所以一切都要靠自己。自己要定得心下來學習，成功需要耐得住寂寞，不求最快，但求。
3、團隊合作：以前在學校或許你可以靠一個取得好成績，在工作上你必須要有一個團隊，在一個部門之中，團隊合作精神顯得尤為重要。以前我做有些事都是一意孤行，但現在已經對自己改變了，多聽聽他人意見，會犯更少錯誤，會更長見識，所以要學會與同事之間的合作，做事才更有效。
4、工作情況：在公司一年，對mes大型系統有了個大概瞭解，對我們所要學習的mes已經可以說差不多都掌握，條碼印表機的維修和設定掌握，a4印表機大多數情況可以維護，pda、條碼槍已掌握，電腦的系統重灌和維護已掌握，其它基本設定可以維護，對新出來的'程式掌握和了解也比較快。
5、課外學習：sql該學的已經掌握，c#學習，簡單的程式可以編寫，但有時還要依靠於網路和朋友，需要進一步加強。但主要還是以網路為主。
二、自身缺點
1、溝通問題：自己的溝通能力只能算一般，因為對於某些事的闡釋還是不怎麼好，語言表達能力有點差，希望通過平時的交流和溝通來加強。
2、心態問題：自己對於做某些事過於著急，一心想急切完成，確反而誤時，這個問題一開始就一直出現，現在雖然已經基本克服，但也要列入缺點方面，希望以後時刻注意！
3、學習問題：對於課外學習這方面，我在程式設計時感覺困難的時候有時候就不願去做，現在雖然已經慢慢改進上網搜資料和問問朋友，但有時候還是克服不了自己。
xx年是我在公司工作的第三年，在這三年裡隨著公司在不斷的發展和壯大我個人也從一個不知所謂的稜頭青逐漸的變的成熟，詳細內容請看下文軟體工程師年終個人工作總結。
我從一個對平衡機毫無瞭解的門外漢變成一個熟悉平衡機原理熟悉公司各種產品的專業技術人員，而且在對部門的管理和與人溝通方面我也有了更深層次的認識，我深知我取得的這些進步和公司領導的培養是分不開的。沒有他們不厭其煩的教導和一次次的給予機會我不會取得今天的進步，展望xx年是機遇和挑戰並存的一年，我將團結在公司領導核心周圍，努力工作，艱苦奮鬥，為公司向更高層次發展做出自己的貢獻。
回首xx初，雖然在xx年公司取得了可喜的成果，但是公司領導並沒有沾沾自喜，反而為xx年制定了更高的目標。我也在經過短暫的調整之後馬上進入自己的角色，當時按照領導的指示，我負責研發部管理和電氣車間生產管理的工作。、我首先指定的部門工作範疇細則，明確了整個部門的工作任務。又對每個部門的成員在整個部門工作中所負責的範疇做了規定並已書面的形式發放到他們手中，我制定了部門成員結構組成圖，明確上下級的從屬關係。我想在完成公司交給的部門任務的同時建立一個有紀律，有向心力的團隊更好的為公司服務是領導更希望我能做到的。在xxxx年初我的部門人員發生了很大的變化，首先是李鑫的`離職按照公司領導的指示我迅速調整了部門的結構，將原來主要負責電氣生產的董建軍接替李鑫的研發工作，將原來只參與電氣生產的許建文安排在負責生產管理並參與生產的位置，在我整理李鑫的工作備份時候，我發現一體機微控制器程式不能正常工作，我用其他方法找到李鑫要回了能用的程式，並完成當時李鑫負責的一東專案， 4月份董建軍離職，影響了第一臺微電機自動平衡機部分編寫，為了保證裝置參展，我連續加班，五一長假也不例外，最後實現了裝置參展前有流暢動作的目標。
這時公司領導也不斷的給我提供新的技術人員來補充部門工作。在新的人員還不能完全勝任的階段，為了能完成生產任務，我經常是身兼多職，從電氣圖設計，到指導和參與配電完成再有新plc程式和觸控式螢幕程式編寫，裝置廠內除錯都由我一個人來完成。很多時候為了不耽誤工程的進度我就利用自己的業餘休息時間加班加點。加班到很晚沒有車我就自己花錢打車回家。
20xx年已過去，在過去的一年中，我擔任公司開發部的一名軟體工程師，主要從事著JA專案的開發工作，這一年來我低調努力工作著，不求閃亮顯眼和光芒四射，只為平靜和淡定;這一年中所做的成績如下：
一、財政局專案
本人獨立負責開發會計處的三個子系統：
1、會計人員信用查詢系統。
2、代理記賬機構信用查詢系統。
3、會計人員網上報備系統。
以上三個子系統上線後，方便了社會各界查驗會計人員的真實資訊、方便了查詢合法的代理記賬機構資訊，以及方便了各單位對會計人員的報備。
二、餐飲行業專案
在團隊開發專案中直接參與了xx餐飲有限公司總部的資訊綜合管理平臺專案，主要負責的系統有：
1、房屋租賃合同管理系統。
2、簡訊收發管理系統。
3、會員管理系統。
4、基礎資訊管理系統和人事管理系統的部分功能模組。
系統應用後，xx在管理全國各門店房屋租賃合同上，一定程度上提高了管理效率，並且及時有效提供了相應預警資訊;簡訊收發系統方便了總部及時傳遞各項資訊;會員系統更好的管理全國各門店的會員資訊;人事系統在管理中減少工作量等。
三、金融行業專案
我參與了xx銀行xx分行，企業轉賬管理系統中的部分模組開發。本系統方便了企業快速實現大量和複雜的轉賬工作。
四、國土資源與房產管理局專案
正在負責和開發的是住房貨幣化補貼網上申報稽核系統。本專案採用了新技術，使介面更加大方美觀，很大程度上改善人機互動平臺的效果。
五、不足
駐xx總部做專案時，由於團隊內部某些原因，加之外面的其他因素，一定程度上影響了工作效率、影響開發進度和影響最終軟體質量;這是包括我在內專案組中的每個成員都必須檢討的地方。
通過總結一年來的工作，儘管有了一定的進步和成績，但在一些方面還存在不足，個別工作做得還不夠完善。在今後的工作中，我將努力找出工作中的.不足，以便在日後的工作中加以克服。自我不斷的學習吸收新技術，認真學習好規範規程及有關檔案資料，並且及時的把新技術應用在實際的專案中，進一步提高專案的技術含量。
