同是程序員，不當心發現優勢在於工做上10來年都保持【積極主動】的心態

咱們浙大網新公司的另一個子公司在用走火入魔權限架構開發系統，平時咱們在同一個樓層的同一個大房間辦公，可是因爲業務分工不一樣工做上不怎麼往來，他們主要是作微軟的CRM產品的銷售、實施、培訓等工做。

  當他們有須要開發一個小型軟件管理系統時，就來找到我這裏了，我給他們講解了2個小時整個系統的功能等，而後負責給他們都安裝調試好，其實作到這個程度後就沒個人事情了。

  因爲咱們座位都不遠，天天都會積極問一下，是否有問題存在或者是否有須要問的事情？他們不問問題就代表都理解了，到時候項目不能按時完成我能夠直接跟他們負責人講，我天天都問他們是否有問題？他們無任何反饋，這個責任就不在我身上了，想一想本身也是太狡猾的人了。

  每次路過他們項目時都會看一下他們幾個在幹啥，若在作這個項目就會過去跟他們聊上幾句，順便也看看同事們的數據庫設計，看人家是否設計得比我好或者比我更科學。主動出擊也給我帶來了很多好處，主要收穫有以下：

  DeleteMark 是本來表示刪除標誌的，DeletionStateCode 纔是微軟CRM裏的標準字段名。

  CreateDate 是本來表示建立時間的，CreateOn 纔是微軟CRM裏的標準字段名。

  CreateUserRealname 是本來表示建立人的，CreateBy 纔是微軟CRM裏的標準字段名。

  ModifyDate 是本來表示最後修改時間的，ModifiedOn 纔是微軟CRM裏的標準字段名。

  ModifyUserRealname 是本來表示最後修改人的，ModifiedBy 纔是微軟CRM裏的標準字段名。

  其實以上幾個字段用了好幾年了也沒人提醒我英語不太規範，本身英語也不怎麼樣也發現不來問題，雖然老婆的英語也很好，可是不是一個專業的也難給檢查什麼的，此次主動出擊給本身帶來了小小的收穫很開心，同時把代碼生成器、表結構、配套的文檔等也都作了一次改進，這樣未來老外看系統架構也會笑話咱們不夠專業了。

  發現本身的程序有錯誤後，就花費了2個小時，把全部的表結構進行了調整、把全部的數據庫文件設計都進行了調整，同時又把全部的程序代碼都進行了更新了，幾十個表，22萬行代碼，就花費了2個小時，所有修正過來了，發現本身作得不對沒人家的專業那就立刻改，雖然牽扯的東西不少，可是拼命幹一下其實也就2個小時能夠搞定了。

  晚上回家測試好程序，明天上班了給旁邊的同事更新一下數據庫、更新一下代碼、再更新一下代碼生成器，讓他們用得內心也舒坦，最起碼未來不會有什麼說很差的藉口，他們提到或者沒提到的我都積極改進了，還能說我壞話了不哈哈，也謝謝我老婆一直支持個人事業在家裏弄到晚上快11點了，也沒多說我幾句默默的支持着個人革命事業。

  若一個簡單的東西都弄很差，複雜的東西更弄很差，基本功都不過關還哪裏能有更龐大的野心了。