【文章內容簡介】 去做，客觀得對自己進行了定位，而且非常重要的是明確我想要的工作到底是什么樣的。我需要的是讓我每天的 8小時能夠享受工作的快樂。 投簡歷面試的過程非常折磨人，尤其是我的處境 (每天很大壓力，完全是自我打磨的階段 )。 我清楚地記得面試現在這份工作那天是某個周六，我的經理娃娃和技術主管 T 同意我周末面試。一共 4 個小時，那絕對是一個互相爭取的過程。他們對于工作的熱情打動了我，覺得和這樣的團隊合作一定可以有火花。 真是幸運，當我正視錯誤，用行動做出改變的時候，找到了一份我要的工作。入職三周已經和團隊磨合得很好了，用同事的話說就是覺得我已經加入很久了。 這里不得不說一句我們的團隊，一個老中青結合富有戰(zhàn)斗力的集體，而且還不乏八卦調節(jié)生活。每個人都特別，合作也會有摩擦，但是整體運作非常協(xié)調，開發(fā)速度和效率 都高。從他們身上我看到不同的工作態(tài)度，生活態(tài)度。這些對我的職業(yè)規(guī)劃都有著潛移默化的影響。領導“娃娃”也非常合適我目前階段對于領導的需求。如果說幾年前我初出茅廬需要的是一個有時間且肯耐心帶我的領導的話，現在的我需要的是一個可以給予我充分信任的上司。“娃娃”信任我，從剛進入公司就如此。在熟悉產品階段我提出的問題和建議他都認真的聽了，而且給我時間讓我按照自己的想法作出修改。后來我也喜歡把新想法跟他說，當我們帶著創(chuàng)意去和老板談的時候他是我堅強的后盾。 這一年下來我在純技術上的提高并不多，我們所面向的客戶并不要求尖端的技術。經驗主要體現在理解需求上面，如果說前兩年我還需要領導把需求說得很明白，還會為馬后炮而耿耿于懷。那么今年應該算是個分水嶺?，F在的我不需要領導花很久時間來講需求，也不用每一步都需要認可再做接下來的工作。 程序員個人工作總結 （二） 先自我簡介一下，本人從事 開發(fā)進一年， 09 屆畢業(yè)生，XX 年 11 月開始上班，之前做 asp， XX 年 2 月后開始做 ，由于公司轉型，現在帶十幾個人在一起搞 開發(fā)，主要是關于準金融行業(yè)的行業(yè)管理軟件。總結在會議上也寫了 ，但僅限于對于工作總結及 XX 年工作計劃，自我總結較少，因此今天專門做下自我的總結，主要從技術、管理、人生上面談談這一年的收獲，前輩路過歡迎多多指正。 技術 我在學校里學的是電氣自動化，程序基礎僅限于 c 基礎課程的一些知識，后來由 vb、 html 轉向 asp，在 asp 上花費了不少時間，對 asp比較熟悉，后來由于公司業(yè)務需要，將開發(fā)平臺轉向 ，開始對 不是很感冒，以為就是 asp 的一點擴展 (那時還不知道三層架構，數據數據訪問全在頁面里 —— !)，后來招來幾個北大青鳥的過來終于意識到 的強大之處，經過個人的努力已經逐步掌握了，現在層次上只能講個人覺得是入門而已，原因是多方面的，待會兒會講到。 相信從面向過程轉向面向對象的同學都有一種感覺：面向對象開始真的有點別扭，涉及到屬性，尤其是類之間的各種關系，那時老想用面向過程傳遞參數多方面啊。于是老在想對象這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面對象的精華來，分層次展現、分級別訪問、封裝對象之間各種關系逐漸真正理解了，尤其是對象之間的關系，如對象 a 與對象 b 兩者之間的關系，有些需要完全公開，有 些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作 —— 這不是現實的實際模型嗎 ?應該這么理解，面向對象來源于現實，它不是一種憑空空想出來的理論，這些對象之間的關系可以將其還原為父子、夫妻、領導下屬、同事、朋友之間的關系。 ()相比之下，頁面過程往往像是一股腦全部推給用戶使用，其中的數據與數據訪問方法層次不清晰，在模擬現實上它與面向對象相比更易于入門理解，實質上難于準確直接地表述。 面向對象上另一方面是它的設計模式，在之前的面向過程中對這個設計模式并沒有清晰地提出來 ，面向過程優(yōu)秀的代碼要求高內聚低耦合，從個人的理解上，這僅是對軟件開發(fā)方法“技”上理論總結 。設計模式是達到了“道”的層次，因為它從更大的方向、更抽象的層次來去表述具體的代碼模塊之間的關系，可以認為設計模式是完全從實際的應用來不斷總結得來的經驗，之間并沒有這種術語，但相信前人肯定也使用到這種思想，它從實際應用于來，當然要應用于實際工作中，認真思考不斷總結每個人都會有自己的“設計模式”，可以借鑒前人的思想來去提升自己，不可去為“設計模式”而設計模式。 具體到 的實現模型中，真正理解它的機制與 方法也就不難理解，記住 b/s 中離不開 post或 get，所有的 autopostback、都是去調用 form 傳值，加上 runat=server 的服務器控件打開它生成的源文件也是普通的 html標簽，微軟的讓軟件開發(fā)更容易的思路是很好的，時代在前進，很多年前你使用 c 寫出 mis 證明你很牛，很多年之后你不在使用 c 去寫“學生管理系統(tǒng)”、“圖書館管理系統(tǒng)”那只能說明你的腦子少一根筋，開發(fā)語言都有長處與不足的地方，因為它們適用的場合不同，類似不能拿匕首去跟炮彈比，也不能拿 c 與 php 比，程序員都有一種偏執(zhí)的心理，但一點要記住， 你面對的用戶才有最終發(fā)言權，程序能不能滿足需要，易用性、穩(wěn)定性、成本才是應當首先放到重要位置來去談的。 管理 最開始擔任管理一職時開發(fā)團隊加我在內只有四個人，那時只是抱著接受挑戰(zhàn)的心理去做管理，加上我本人比較重感情，團隊之間關系相處都不錯，但嚴重的問題逐漸顯露出來：工作的隨意性、團隊精神薄弱、工作方式蠻干，印象深刻的是有幾個開始承諾項目不能完工，于是最后天天加班，一直做到早上 6 點，睡一會 7 點半接著上班，幾個同事都是年齡差不多的小伙子，干勁十足。后來隨著時間的推進，問題越來越擺在眼前：項目遲遲 不能完工，又由于公司待遇方面讓新員工感覺不值得，于是形成了老板抱怨員工也抱怨的狀況，我在中間兩點都要去“消火”，這期間是我們部門相對最累的時間但也是相對感覺最充實的時候，后來，之前的員工跟我說“再也找不到那種感覺了”，這是我能想像的。這期間主要是老總對我十分信任，工作上主要是管理方法上對我指點了不少。后來我逐步體會到，管理應該是“大家定規(guī)則去遵守”，而不應該是“人管人”。 人管人很容易陷入一個誤區(qū)：領導去時時刻刻關注每個員工，這樣最后往往后造成員工對領導的敷衍了事，管理松了員工會責任下下降，管理緊了造成員工與領導關系緊張，另一方面領導時間精力有限必然耗費大量的精力在日常的監(jiān)督中而不能投入到全局的管理中。 于是“定制度 定分工 定進度”，明確日常所有的規(guī)章制度，這期間除了公司主要的工作規(guī)章制度外其他的日常工作紀律、日常管理等規(guī)章制度都是我本人制訂，然后征求大家意見最后去貫徹執(zhí)行。中間也遇到了不少問題，比如開始我們內部是允許使用 qq 的，后來員工用qq 閑聊的時間增多 ，大大影響了工作效率，最后決心禁止，開始阻力較大 (貌似程序員都喜歡掛上幾個 qq 去到群里搞個群主，雖然群里大多都是菜鳥 )，最后多次開會，逐個談話，闡明道理，形勢逐漸好轉。 項目分工上針對技術水平明確分工，制訂項目開發(fā)計劃，由于開始技術都不是很成熟，不少時間我這邊強勢要求，使用野蠻方法，完不成加班 —— 我陪著加班，這段時間能感覺