我對工做的認識

　　正式工做半年了，以前還在幾個公司實習過接近一年的時間，那就先從實習開始吧，聊一下我對工做的認識。開始實習的第一家公司作的產品是電子商務的ERP系統，框架已經成型，主要是功能的增刪改，在這裏我學到了不少的編程知識。可是就這個產品而言，它的用戶就是電子商務公司的操做人員，用戶並很少，因此我在作的時候沒有感受到嚴格的測試流程以及嚴格的編碼，只是進行了簡單的功能測試。第二家公司作的是電子書包，用戶就是上海各個學校的老師學生（目前正在往其餘省市推廣），用戶相對來講還算比較多，在這裏我能夠按照本身的思路來作，不行再改正。因爲這個項目的開發週期比較長，在各個模塊的開發過程當中也沒有進行嚴格的測試，只是立刻要用的模塊有相應的功能測試。在第三家公司作本身公司的結算平臺，跟第一家公司的性質同樣，用戶數量也很少。總之在我正式工做以前，我並無體會到作產品的嚴謹，對所作工做的極度負責。除了技術方面幾乎沒有其餘的提升。
　　在這裏我想說兩句，產品的用戶數量能夠直接檢驗出產品的質量，也會提升開發人員的編碼以及思惟。一樣是一個產品，幾百人用跟幾千萬人用不是一個概念。一段代碼運行的沒有問題，當面對大數據量的時候就很難說了。好比說小數據量的代碼咱們能夠大膽的從線程池裏隨便撈一個線程來處理，可是面對大數據量，程序開的線程超過最大限制就可能直接崩掉了。因此說小數據量跟大數據量從開發層面上就不是一個思惟。
　　正式工做以後，領導常常要作代碼review，這就使我要注意本身的編碼習慣，對代碼精益求精。導致我有時間的時候還常常對以前寫過的代碼進行重構。只是公司的發佈流程異常繁瑣，不少的時間都浪費在產品發佈上，發佈的時候調來調去，浪費不少的時間。最後卻發現是由於負責發佈的同事漏掉了某個公鑰文件或者是哪項配置沒配好。真是抓狂的很啊，時間全浪費了，應該是有一個Web自動發佈平臺，員工能夠自由發佈到通常的測試環境，而不是去排隊找發佈人員手動運行腳本發佈，即容易出錯又浪費你們的時間（這個第三家實習公司就作的很好了，無論發佈什麼環境，基本上感受不到發佈環節的存在）。也正是由於這個緣由，使我對所負責的模塊有極高的要求，由於一旦出問題，可能浪費在發佈調試上的時間又是一天沒了。
　　我發如今工做中，新員工每每存在這樣的想法，某些地方以爲有顧慮，問一下老員工也行不問也行，但每每都選擇了迴避問題，等出了問題再說吧。老員工每每就會比較積極，得解決它。我從老員工身上學到，不要逃避問題而是積極發現問題並解決。只有把心態改變了纔會更喜歡本身的工做，纔會樂觀的面對一系列的問題，把產品作得更好。這也是爲何有時候會以爲老員工咋這麼麻煩呢，有必要嗎，實際上必要的很。對錯都要拿出證據來，不然你無法說服別人，也容易出問題。。
　　個人感悟是作產品不應模棱兩可，須要積極發現解決問題，對代碼精益求精。提升代碼質量多是一個累積的過程，可是態度是能夠瞬間改變的。但願能對新人有所幫助，早日找到狀態。