本週主要進行了1.1.1，1.1.2（與1.1.1合併發布），1.2.0三個版本的並行開發。
本週發生了以下較嚴重的問題：
問題一：1.1.1版本延期3天發布，原計畫3月5日發布，後改期到3月8日發布。
主要原因：
1、 yy商品資料量加大，xx服務效能差，制定1.1.1版本計畫時，沒有充分考慮到這個問題；
2、 原線上xx服務的bug在本次測試中暴露，增加了開發時間；
3、 在技術能力上，大資料量下多執行緒與事務併發不夠熟悉，浪費了不少除錯時間；
問題二： 1.2.0版本開發進度與即定計畫有延期
主要原因：
1、 制定1.2.0版本計畫時，並沒有1.1.1和1.1.2版本，分散了人力投入；
2、 我這邊投入了1.1.1和1.1.2開發，沒有對1.2.0的設計進行有效的監控；
對於上述問題，檢討，開發過程中未有效的識別風險，造成了版本發布延期；在技術上深度不夠，需要繼續加強。
記一次併發和事務探索過程
1 事務的相關概念和整合過程就不在這裡重複，可看本人另一篇 2 這次主要是探索併發中資料的問題，場景是電商系統下單減庫存，mysql，暫沒涉及分布式和集群 3 所有測試我們先預設原商品庫存為100，且我們通過使用者不同來指定休眠更好的看效果，admin為休眠的使用者它下單1個商品，另乙個請求下單3個...
開發過程的又一次洗禮
其實軟體工程這個東西，完全是用開發經驗堆積起來的。想想我3年來做專案的感受，確實如此。剛開始的時候，什麼體系結構啊，什麼什麼都沒有，只有功能實現。後來到了xx學長那裡，開始熟悉mvc，開始接觸asp.net的各種控制項以及oo編碼的各種技巧，那可能是一次質的飛躍吧，但是那個時候，對傳說中的文件依然是...
記一次5000併發的除錯過程
為了滿足招標和使用者的需要，希望公司的基礎架構能支援5000併發，特此進行驗證和除錯。向兄弟部門借了兩台伺服器 每台8核cpu，48g記憶體 在兩台伺服器上安裝虛擬化平台exsi，每台上安裝4個linux7.0虛擬機器，總共8個linux7.0虛擬機器 a伺服器上的四台虛擬機器 aa1，aa2，aa...