在3月底的時候，第一次接觸後向流量經營平台，乙個新專案，當時有點緊張和欣喜，欣喜的是我可以負責乙個專案，這是乙個新的鍛鍊機會，緊張的是我不知道怎麼去做好乙個專案，這對我來說是乙個全新的挑戰。
1.需求接觸
當時域經理，就發了乙個原型圖給我看，我看了一下，什麼後向流量、流動網路加速，一點概念也沒有，當時就懵了，緊接著域經理和部門經理去開會，就這個專案講了一大堆，當時是對著業務流程圖講的，會議結束的時候講到了crm與能力開放（csb），計費，當時的後向流量系統之間的關係，由於我對crm域的業務不熟悉，所以也只聽懂了是做流量**這個平台。寫這些文字的時候，差不多兩個月了，這時候已經完全理清了系統之間的互動。，
第二次我記得是參加了乙個需求分析會，其實需求專門有人做的，我們開發承接方，我的任務就是將需求搞懂，將需求轉化為**，表結構，進行任務分配。記得當時也聽了雲裡霧裡的，尤其是涉及到其他平台，就更加聽不懂了，好在測試給我發了文件，否則我就更加聽不懂了，這時候開始有很多疑問了，比如流量的計費，其實有疑問是好事情，證明自己對別人的需求設計開始有了自己的想法，當時下午就整理了好多疑問，一點一點的討教老大。老大很耐心，又給我說了一遍整個流程，我的理解又加深了一步。緊接著是清明的前一天，是我對需求的消化階段，由於我要負責整個專案的表結構設計，兼顧需求和開發，所以我要比任何人都要了解需求，避免二次開發，我又問了一次老大，後來就清明回去按照自己的理解去想表結構了,這是我第一次挑戰整個專案的表結構設計。
2.開發準備
說到開發準備，我乙個人肯定是完不成的，畢竟工作經驗也只有一年多，技術架構又不是特別了解，老大說採用分布式架構，這是我第一次了解dubbo和zookeper,後台的業務層都發布到zookper註冊中心去了，dubbo是對zookper的乙個管理，就像apache對tomcat管理一樣，就像卡車上裝著很多桶水一樣的道理，redis快取框架也不是特別了解，因為涉及實時入庫，不斷更改次數的操作，擔心鎖表，所以用到了redis,當時有個技術人員負責搭建框架，乙個人負責測試環境的準備，我依舊負責表機構設計，和每個人分工，並寫了乙份開發文件，具體到每個人做的功能，涉及的表，因為開發者不需要了解需求，我只能需求轉化為概要設計說明書。
3.專案開發
說到專案開發，我自己也參與了專案的開發，不過我是純後台的，不涉及到頁面的展示，但是如果真正做一名專案經理，親身經歷告訴自己，不要參與開發，專案經理的任務就是將表結構設計好，概要設計寫好，在專案開發的過程中，幫助他們弄懂需求，當涉及到與其他系統接**互比較多的時候，協調能力是解決專案的關鍵，說實話，白天溝通，晚上寫**這種情況就是我的寫照了，不是因為太累，而是因為人的精力是有限的，到了晚上寫出來的**出錯的機率很大，但由於專案成本的原因的，乙個人身兼多職也是很正常的。專案開發乙個月就結束了，這時候才真正體會磨刀不誤砍柴功，需求很重要，設計很重要。
4.測試上線
測試上線階段其實特別關鍵，對於測試人員這個階段比較痛苦，尤其是bug很多的時候，但對於開發人員相對前期有個緩衝期，測試的時候不僅僅要考慮功能，考慮瀏覽器
，考慮使用者的體驗，但很多開發人員是根本不會考慮的，如果開發人員能考慮到這一點就完美了
5.風險
很多時候任務由於種種原因沒有按照規定的期限完成，伺服器沒有下來，與其他系統互動的時候，其他系統未按時上線，影響了本系統
6.系統互動
一般情況下介面呼叫能力開放平台，呼叫計費，然後計費將渠道號和客戶標識同步給crm
第一次嘗試
python是資料結構筆記一 引入 以一道題來展示 如果a b c 1000,且a 2 b 2 c 2 a,b,c為自然數 求a,b,c可能的組合 解析 列舉法 思路 a 0.b 0.c 先讓其中的乙個數a去不變，b變化，當b確定乙個數的時候c去變化 也就是利用迴圈巢狀的方式 乙個個的試，那麼就有多...
第一次嘗試
第一次嘗試呢 你好！這是你第一次使用markdown編輯器所展示的歡迎頁。如果你想學習如何使用markdown編輯器,可以仔細閱讀這篇文章，了解一下markdown的基本語法知識。全新的介面設計，將會帶來全新的寫作體驗 在創作中心設定你喜愛的 高亮樣式，markdown將 片顯示選擇的高亮樣式進行展...
SqlLocalDB第一次嘗試
一 介紹 sqllocaldb是vs安裝時附帶的資料庫軟體，相當於精簡版的sql express。二 使用 vs版本為2015，預設安裝位置為 c program files microsoft sql server 130 tools binn 如果能看到sqllocaldb，說明安裝正確，開啟c...