同是程序員,不小心發現優點在於工作上10來年都保持【積極主動】的心態

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

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

  由於我們座位都不遠,每天都會積極問一下,是否有問題存在或者是否有需要問的事情?他們不問問題就表明都理解了,到時候項目不能按時完成我可以直接跟他們負責人講,我每天都問他們是否有問題?他們無任何反饋,這個責任就不在我身上了,想想自己也是太狡猾的人了。


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

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

  CreateDate 是原本表示創建時間的,CreateOn 纔是微軟CRM裏的標準字段名。

  CreateUserRealname 是原本表示創建人的,CreateBy 纔是微軟CRM裏的標準字段名。

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

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


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


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


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


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


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章