這兩周技術部安排我開發公司的流量系統，從拿到需求直到完成整個過程，才明白開發系統的定義是什麼，
具體來說分為一下幾部分
第一 技術上：
拿到需求後我的第一件事就是要確定整個系統開發的過程中難點在什麼地方，經過自己的思索以及技術主管陳從雲的指點，那就是演算法比較複雜，我想這個應該是「沒有什麼問題」，基本上把握的了主線和準備突破的部分，基本模式是對發布到前台各種頁面進行資料採集，然後在後台對資料分類統計，由於資料量比較大，需要統計的各種頁面之間的關係很複雜，只好採用儲存過程（只有這樣程式才不容易死掉），在這個地方消耗了很長的時間，7個核心演算法寫完之後加上前台部分框架算上休息日也已經是7天了，原本是一周時間完成的現在連上線測試都沒有可能，開週會的時候只好厚著臉皮檢討了。之後領導又寬容了幾天，接著往前做，開始做操作介面，問題又來了，前台程式和資料庫內儲存過程的介面呼叫又有問題，反覆調式反覆修改，直到所有的頁面都吻合，兩天的時間又過去了，到週三準備把採集程式部署完成後就測試，部署採集程式的速度很快，不到乙個小時，因為是以前寫好的，只是根據現有的需求改改就行了，下午就趕著做其他的頁面，原本是想把呼叫元件在現有的框架上進行封裝，眼看是時間越過越快，就讓所有相同程式片段散布在每個模組，**是越寫越多，就這樣程式在衝忙中帶著醜陋的介面上線了，準備測試，前幾個還好，到第三個的bug就來了，儲存過程又有問題，只好又把儲存過程改了遍，直到下班之前五個模組才完成，當然功能上還需要完善。
程式設計的過程中技術上沒有什麼卡殼的，本生系統的開發的工作量還是有點大的，另外自己工作時間估算不准。
第二 團隊合作：
在這點上我要做深刻的檢討，沒有和編輯部小唐做充分的交流。對需求還是還是沒有做充分的理解。
總結：這個專案對於我來說得失都很深刻，首先這是我到公司之後寫的第一複雜度比較高的程式，在準備上不夠充分，從開發過程中自己可以體會的出來，匆匆忙忙，而且問題多多，
流量充值專案
作為流量充值的中間商，賺取差價。月流水最高8百萬元。專案一分為二，乙個是接收客戶訂單，乙個是根據客戶訂單下單給 商。我主要負責的是接收客戶訂單部分。校驗請求資料 token 以及簽名 生成 token 根據使用者 id 生成 token 使用 jwt，引數有 user id,timestamp,se...
流量監控系統專案記錄之問題篇
2017年10月28日 原來開發好的專案因為導師那邊說要驗收，需要在新的工控機上重新部署專案，以下是一些遇到了的問題 ps 主要是自己留檔看，記錄的比較雜。1.硬體 環境 雙網口 4g記憶體 500g硬碟 cpu i54200u 無線網絡卡 inter 82583v 系統 fedora 20 x86...
答題系統專案總結
背景 最近這一段日子，絕大部分時間花在乙個答題系統上，專案預期是利用掃瞄器獲取到試卷的資料，隨後對資料進行處理以及匹配規則，最終算出該題目的正確答案。目前系統已經開發到第二版本，現在還僅僅是乙個簡易型的demo，但是其中涉及到一部分坑以及在工作的時候發現的一些問題，鑑於此，使用文字記錄下來，為以後成...