最近在最後的年前接到乙個簡單的外包單，於是就跟朋友抽空一起做了，總結一下整個過程中的得與失，最後記錄一下自己對新的一年的期望~
關於vue的專案經驗
在做這個單子之前我只用vue做過一次實際專案，當時因為自己已經看完了文件以及一些相關資料就直接利用乙個公司的小專案上手了，那時候還沒用vue-router和vuex哈哈，所以根本不算上手，然而經過這次，終於做到了真正上線，還是挺開心的,接下來具體總結一下吧；
關於專案的得與失與遺憾
得：
這次2個後台介面都是使用vue2.0+webpack2+vue-router做的，由於元件間的互動較少，所以沒有用到vuex的必要，故沒有使用，不過這算得上是第一次的線上經驗了，之前都是在自己的個人興趣專案中使用，這套使用後確實工作效率特別高，毫不誇張的說，這2個後台我的真實工作時間是1天就完成的，當然不能包括介面的除錯，其中乙個後台介面的採用的是別人給予的公共介面，非常的坑，浪費了一晚上的時間來除錯，這個在後續node的總結中記錄，不過專案在經過webpack build後確實小而美，贊乙個；
失：
因為這套做的實在太快了，效率高全因為使用的是餓了麼的vue2.0的元件庫elementui，少寫了非常多東西，不過在快速開發的同時又有點失落，畢竟是全是用別人的東西，總覺得沒什麼實感，這次對於vue的學習也是一次很好的過程，當然vue-resource的文件有點坑，這是最無解的~
遺憾：
在剛開始除錯對方給予的公共介面時，由於我是外部伺服器訪問來測試，所以產生了跨域問題，我跟他們的技術人員說跨域了，設定一下響應頭部response.setheader('access-...' , '*')先讓我測試下，誰知道他很肯定的跟我說不會產生跨域問題，然後我問他是不是一直在本地生產環境的伺服器下除錯的，他竟然這都不知道。。。。。。真是坑，後來又跟我說公共介面不能亂改。。。沒辦法，我只有用使用node作為後端進行伺服器請求來避免跨域，使用簡單的express+request就可以滿足了，所以這點我還是可以搞定的，最後在linux上配置了node環境，打算使用node forever實現後台執行時，他突然跟我打**說看了一下確實沒對跨域進行處理，還說之前明明處理了的。。處理了的。。。真心浪費我時間，不過最遺憾的是自己之前的設想沒上線，什麼都做好了，而沒上線，唉~~~
2.真正系統化的去學習node
3.開始接觸和學習前端自動化與工程化
PP 關於工單領料的總結
sap pp生產計畫模組是乙個整合模組，而sap pp中關於工單領料以下是具體的總結 工單入庫tcode migo,在入庫前應檢查工單領料是否已完成 1 檢視領料情況 tcode co03,元件用量清單裡，有需求量及收回數量 如果 收回數量 不為空則為已領料 對應的底層的資料庫表則為 表resb k...
關於軟體外包專案管理的想法
外包專案一般比較難以管理，由於不是自己來進行具體實施，專案在進行中出現的各種問題對甲方不透明，造成專案的成敗往往掌握在承接方手裡。這樣就常會有進度超期 質量不符合要求 甚至工作結果根本不符合甲方需求等情況的發生。如何去應對？首先要意識到無論什麼樣的專案，在實施過程中都會出現各種各樣的問題，如果不去主...
關於外包團隊的質量管理
我以前也做外包的，不過我是乙方，就是你說的a，或b的位置。在工作中，承包方最頭疼的就是甲方的需求變更，因此，對於需求變更，要價都很高，我們以前是每次變更，5k起，哪怕只改一句話，也是這麼多，工作量大的話，還要加。這也是沒辦法，因為有很多時候，甲方在制定規範時的漫不經心，導致後期我們很多重複的工作，浪...