從七月開始，心情慢慢地變得很浮躁，很想換乙個環境。主要的原因是對目前工作的現狀感到很失望，覺得再這樣下去根本不是個頭。先說說目前的工作現狀吧：
本來我的工作崗位是助理開發工程師，雖說是開發工程師，但是自從入職的第一天開始就很少接到系統開發的任務，都是系統運維為的內容。第一次為公司的專案編寫**大概是在做了兩個多月的業務測試和運維之後，當時有乙個小需求是要對乙個入引數值進行規範化限制，當時對正規表示式不了解，請教之後別人告訴我說用正規表示式，於是查詢了一下還真找到了乙個符合要求的正規表示式，然後就寫在了報文驗證的總入口處，效果異常地好。其實**就幾行，當時驗證完畢之後完全沒有問題，覺得很開心。但是到後來的幾個月都沒有開發的任務分配下來。每天都是運維，處理各種錯單。
說到這個日常運維我就要好好的吐個槽。由於我們做的是電信行業的支撐系統，每天全國各地的訂單都會匯集到這個系統中來，如果沒有乙個效能完善優良的支撐系統，每天的錯單量會把人給折磨瘋。之前的系統就不說了，自從全年九月份開始，我們接到電信的乙個新專案。從九月份開始從之前各個組中抽調個人相關人員來開發這個新專案。我被抽調過去開發乙個介面的開發。說的是新系統的開發，其實就是講之前系統的**原封不動的搬過來，然後在此基礎上修修改改。我不知道這個系統所採用的框架是什麼時候搭建的，反正我只知道已經很長時間了。。。。。。這個**從最初建立開始，已經經歷了很多人的添磚加瓦，估計只有最初建立的人才知道每個包，每個類的規劃，後來的人都是在有新需求的時候找地方塞**，只要功能能實現，且當時沒問題就行了，根本沒有大局觀。而且很多**都是業餘人員寫的，都是簡單粗暴式的把**堆在一起。
當時我們那個組分配了三個人，其中乙個人擔任組長（姑且叫a），a個人能力還是很不錯的。我剛入職的時候負責人就是將我分配在現在a的手下。a這個人在我們組裡面算得上是中流砥柱，只要是涉及到本組內的事情，基本上他都知道。他人很好相處，不耍心機，只要有什麼問題問他，他只要知道都會告訴對方。平時為人也很大方。但是有時候我很不理解他做事的風格。他身為乙個組長，但在平時的開發任務中，他都是把事情攬在自己手上，不向下面的人分發。之前在開發新系統的時候，每次沒給我的都是些很簡單的任務，基本上寫兩三行**就能解決，但是他給我的時間卻很寬泛，每次我完成了告訴他的時候，他都會口頭讚賞我兩句。那時候我看到他很忙，就跟他說有什麼我可以分擔的可以分配給我，但是每次都是一下簡單的事情。後來我總結，a是乙個很會工作的人，但不擅長管理和分配，只要是自己能完成的就絕不麻煩他人。
當時我覺得我是剛入職新手，三個人中應該就我最弱。但是過了一段時間之後，我發現另乙個人（簡稱b）完全沒有開發能力，甚至連基本的**都看不懂。我們用的開發工具也是我手把手教會的。分配給他的開發任務開始基本上都是我手把手教他完成的，後來我實在是不想教了，就找了個理由沒有再教了。沒成想，這位老兄在專案組的人緣不錯，愣是在其他組找了個外援來手把手的教他寫業務邏輯。後來通過平時的聊天才知道，原來b之前根本沒有學過開發，也沒有做過開發，我甚至不知道他是怎麼被招進來的，也不知道b在專案組的工作職責是什麼，平時都在做些什麼。接觸時間長了發下b大部分時間都是在聊天逛**。（在專案組待的時間長了之後才知道，原來大部分人日常的工作內容都是這樣）
整個專案的開發持續了半年多。在剛剛開發了大約乙個月左右吧，我發現系統暴露出很多問題。結合上乙個系統的運維經驗，我發現我們組所做的介面這塊因為主要是對外開放的，所以對外圍驗證的第一層就在我們組的模組。我們是邊開發邊跟外圍聯調測試，測試的過程中暴露出我們介面的很多bug，在修復bug的過程中會不斷有新的問題出現，最主要的就是我們介面對異常的處理非常糟糕，很多異常採用同樣的捕捉方法。這樣就導致每次外圍系統看到報錯資訊根本不知道是什麼型別的原因。他們把異常資訊發給我們開發人員，可笑的是我們大部分人員也不知道原因具體出現在哪個地方，每次有錯誤資訊丟擲來，幾乎每個開發人員都採用同樣的處理方式——debug一遍**。結合之前的運維經驗，我意識到這種情況會給將來的運維工作帶來巨大的困難，和繁重的工作量（因為將來的運維工作也是我們這些人來做）。有一天，我忍不住提了乙個自認為非常有建設性的意見：我們的開發人員在做每乙個介面的時候一定要自定義異常編碼，異常資訊，以及對異常的處理方式，提別是要描述清楚具體的錯誤資訊，以及出現錯誤的場景。萬萬沒想到的是，我的想法提出來之後不但沒有得到組長a和開發成員b的認可，反倒被他們斥責了一頓。當時我想力爭一下，但是我這個新人實在是在氣勢上壓不過他們，最後只要妥協了。他們給出的理由任務重，時間緊。組長a這樣持這樣的觀點我還是可以理解的，畢竟開發的大任務在他手上；但是成員b持這個觀點我就想不通了。首先，分給他的都是很簡單的任務，再者，他的開發基本上都不是他自己的做的，他對我的建議有什麼發言權。後來想想覺得，負責人都不上心這個問題，我操什麼心！舉乙個b平時工作的例子吧：有一次有多個人在群裡面討論問題，b也在裡面跟另外乙個人說問題，我當時覺得這麼多人在乙個群裡面你一句我一句的說，很亂，而且期間很容易獲取到錯誤資訊，我就問b為什麼不單聊，b的回答是：單聊怎麼體現工作量。當時聽到這句話之後，我對b的認識發生了極大的轉變。
回到目前的運維話題上吧。運維的事情做的時間長了之後，慢慢地就感到很煩躁。每天都是處理類似的問題。錯單量小還好，有時候都是大批量的錯單，而且錯誤的型別都是反覆出現的。也沒有誰說定位一下問題的原因，對程式進行修改。天天被別人催著處理錯單，真是煩透了。終於有一天忍不住了在網上更新了簡歷。沒過多久就有其他公司的面試邀請。上個月中上旬，我參加了乙個同行業公司的面試，當時覺得面試可能不會通過（周一面試的，到周四還沒有訊息）。但是到了周五，該公司給我發了offer，薪資待遇跟我之前要求的基本一致。但是經過乙個週末的思考，我拒絕了這家公司的邀請。因為經過乙個星期的思想沉澱，浮躁的心情慢慢冷卻了。經過一番思考之後覺得，目前還不是最好的跳槽時機，原因有以下幾點：薪資待遇方面和現在所在的公司相比沒有提公升；工作的環境可能沒有現在的安逸；剛參加工作一年多，這麼快就跳槽顯得忠誠度不夠。作出這個決定讓我失去了乙個可能會得到更好鍛鍊的機會，畢竟我還是乙個職場新手，從事it行業最需要的就是開發經驗的積累，而在目前的環境中幾乎沒有實戰鍛鍊的機會，只能靠平時自己的自覺學習。
其實我很早就行寫這篇總結性的文章了，但是由於自己的惰性習慣，一致沒有實際的行動。觸發我今天寫這篇總結的是前天晚上加班期間在importnew上看到的一篇文章。那篇文章寫得是乙個開發工程師在github如何堅持連擊177天——堅持177天不間斷地在github上提交更新。他的行動激發了我的乙個想法：在csdn上連擊——堅持每天在csdn上寫一篇文章，文章的內容不做具體的限制，可以是學習心得，可以是工作總結，唯一的要求是文章的內容不能是為了不讓連擊斷掉而複製貼上的內容或者是毫無意義的內容。看看這個行動能夠堅持多長時間。所以今天是我實施這個行動的第一天，這篇文章也是我這個行動的開篇。
對浮躁的人的一點建議
對浮躁的人的一點建議 浮躁的人容易問 我到底該學什麼 別問，學就對了 浮躁的人容易問 ps有錢途嗎 建議你去搶銀行 浮躁的人容易說 我要中文版！我英文不行！不行？學呀！浮躁的人分兩種 只觀望而不學的人 只學而不堅持的人 浮躁的人永遠不是乙個高手。1.不要看到別人的作品第一句話就說 給個教程吧！也許你...
pushmail的一點總結
從push方法上說有ip push和sms push。ip push就是讓手機始終握著gprs，從而有個ip，讓mail server和手機之間始終有個通路，這樣server一旦有郵件就馬上通過ip push到手機終端上了。sms push就是mail server有郵件了，通知運營商push個簡訊...
索引的一點總結
1.索引是一棵b樹 3級索引能容納400萬行資料，4級索引能容納40億行資料。2.表的組織方式有兩種 堆或b樹。當在表上建立乙個聚集索引時，表就組織為乙個b樹 否則就組織為乙個堆。3.聚集索引約佔1 的表大小.非聚集索引佔30 40 表大小,曾見過非聚集索引和資料表一樣大或更大.4.索引碎片 完全沒...