這個總結，好幾次想寫，每次新建了文件之後，就不知道從何寫起。可能東西太多了，也可能是自己懶惰了。但是今天決定動筆了。
剛剛畢業的時候，做過的專案都會寫總結，不論大小。但是這一年來，專案的總結越來越少了，不是因為沒時間寫，可能隨著工作的深入，覺得有必要寫總結的專案沒有多少了，自己慢慢變成乙個熟練工，但是我覺得這不是啥好兆頭。這個專案，確實非常有必要落筆寫一下。之前參與過大型專案，但是作為pm來主導乙個專案還沒有過，也算是程式設計師生涯中一次難忘的經歷吧。
問題：這次專案內容是啥？
專案整體涉及到物流服務的三個業務，次日必達、預約配送、新版保障速遞。次日必達能夠從字面上就能理解，是乙個時效產品，商家給消費者承諾第二天送達的服務，如果沒有送達，就賠錢。預約配送，最簡單的解釋是消費者在下單的時候，能夠選擇物流公司配送的日期和時間段。之前的保障速遞是作為一種配送方式來體現，現在含義變了，新版是乙個時效產品，使用者訂購這個服務後，把快遞公司的時效資料披露在商品詳情和交易下單頁面。剛剛開始老闆和我聊的時候，是乙個業務場景，後來是又加了乙個，這個時候我自己心裡就沒底了，因為單獨做乙個服務就可能需要乙個半月時間。後來在過程中又考慮把保障速度改版的事情加入進來。這個時候我徹底凌亂了。東西實在太多了。而且中間涉及到乙個p0系統乙個p1系統的改造。稍有不慎，直接就是大問題。吃不了兜著走的那種。總結來看，在原有系統基礎上，修改乙個服務，新增兩個服務。
問題：專案的時間計畫是怎麼樣的？
技術方案評審是4月27日，這個方案用了兩天的時間搞出來的。本來打算模組劃分好，讓每個開發出自己部分的技術方案，但是時間太緊了，只能全部搞掉了。然後開始定的發布時間是5月23日，中間開發寫**的時間只有8到10天，測試時間只有7-10天左右。後來由於實在搞不定，就延期到5月27日。發布用了一天加半個晚上，發布那一天，對於每個同事來都是乙個挑戰，那天的工作負荷以及壓力，是我不想再體會的。整體歷時乙個多月，正好是五月份，可以說是蒙特內哥羅五月。
問題：專案的挑戰性在**？
首先談一下我自己的挑戰點，之前自己的技術關注點主要在資料方面，看技術東東也停留在資料部分，對於物流服務的系統不是很熟悉，之前的服務是怎麼做的也不是很了解。而這次大部分的東西是在原來的架構體系下做改造，這時候就需要我在短時間內快速了解之前的系統架構是怎麼樣的。另外專案包含三個服務，徹底搞清楚需求，是很耗時的。這些挑戰大部分來自我自己。剩下的就是團隊的了。物流寶技術的組織架構剛剛調整，參與這個專案的成員，沒有幾個對於原有的系統了解，這時候對於原有系統的影響點以及風險點評估可能就沒有那麼到位。另外開發的同學，剛開始確定的乙個同學中間表明要離職，這時候我徹底鬱悶了。正在我犯愁的時候，乙個測試同學轉開發，正好目前空著，加入了專案組，解決了我的燃眉之急。總結來看，時間緊，任務多，專案組成員以及我自己對於原有系統熟悉度不夠。
問題：專案參與人員情況如何，外部合作團隊有多少？
內部服務相關五個系統，還有結算部分，外部合作有六個團隊。旺旺群裡加了有七十多個人，實際上還更多，後面說實話我懶的加人到旺旺群裡了，全是**聊了。開發累計有七八個，因為有些同學不是全職的，測試後面投入了七個同學，三個pd。外部合作的團隊情況就不多介紹了。這次外部合作都很給力，非常感謝大家對於專案的認可和配合，容忍了我們對於時間點的要求。
問題：專案的風險在**以及如何規避的？
首先是時間點的保證，這乙個是最大的頭疼點，但是沒辦法。中間在討論需求的時候，很多次和pd爭論起來，但是這體現在專案的前半段，後面就淡定很多了，有需求變更就變更吧，哥不做了，誰說也不行。中間的風險點很多一一枚舉有三十多條。如何規避的呢？總體是能找人評估的直接找人，需要看**解決的就快速看**，需要測試增加用例場景的就增加用例。溝通上面，能**的不旺旺，能當面溝通的不打**。
問題：上線後有沒有問題，灰度和beta等過程中有沒有問題？
目前灰度部分，有兩個地方，在服務訂購的地方，前期做了白名單，用來限制使用者的訂購行為。再就是服務在交易端的展示，又做了一層白名單。這兩個白名單來服務於業務試運營階段。還有針對新增的兩個服務，做了降級開關，在有重大問題的時候，果斷關掉這個開關。關於beta，是在應用發布的時候先單臺發布，觀察一段時間，發現問題了沒有？發現了，有乙個系統在呼叫使用者中心的時候，**有問題，每次都會呼叫，這個上線後有什麼後果，後果是使用者中心增加20億左右的呼叫量。後來回滾，修復了一下午，晚上通宵發布的這個應用。還好兩點多就發布完了。上線後有乙個js問題，由於開發同學和前端協作部分，引用的js檔案沒有修改時間戳，這樣需要使用者強制重新整理瀏覽器才能得以解決，還好緊急發布掉了。後面再就是幾個文案的小問題，27號發布完成，28號一天基本上都在發布模板檔案，中間還有一次緊急發布。
問題：專案做完後，專案的成員成長性在**？
這一點是我一直比較關注的，商業類的專案，對於業務人員來說可能是乙個產品的誕生，但是對於技術人員的成長在**呢？在我看來，專案成員都是有提公升的，最差了解了系統，成長多或者成長少，這裡我就沒法評估了，畢竟感受是大家的。對於我自己，可以說對於寫**的能力沒有提公升過少，雖然雜七雜八的需求點**是我寫的，但是說實話沒有多少提公升。但是對於溝通協作，確實有了更多的了解，在外部協作的時候，可能有時候需要多站在對方的角度考慮問題。基於理解的基礎上，很多問題就可能不是問題。再就是cover大型專案，這一次是乙個證明。
規避掉了一些敏感部分，其餘的貼出來。分享給各位。。。
五月的第一次考試 2018 05 13
這又是乙個漫長的大周。於是，可親可愛的老師，在放假的三天裡給我們考了兩次試。所以 raiting是唰唰的掉啊。我掉了三兒啊。最近的考試都是四個小時六道題，題有點多，但是總是會有一道送分題。day1 題目描述 簡略版 判斷乙個數p是不是另乙個正整數的三次方。是的話輸出 yes 否則輸出 no 其實第一...
五月月賽第一場總結
總算不是倒數了，還是比較欣慰。但是我發現，最近學了字串演算法，前面的知識忘得厲害。比如c題收集寶石，我很快就看出這是道動規 搜尋，但是我竟然沒有加標記陣列來標記討論過的狀態，然後就陷入了除錯 的死迴圈。好智障。如果加了那個標記陣列，我至少能多拿50分。再比如e題青蛙表演，我也很快看出這是道差分約束，...
一次使用pip後的總結
一 當安裝了多個版本python的時候，表示用pythonx 的pip 進行 1.pythonx m pip install 包名 裝 包 2.pythonx m pip install upgrade pip 公升級pip版本 3.pythonx m pip uninstall 包名 卸 載 包 ...