10月28號，我們開了1.6專案的總結大會，包括ting總在內，前端、後台、運維都來參加總結大會了。雖然目標基本達成，但同時也暴露出很多問題，我們希望各方能夠坐下來總結一下自己或者各個相關團隊的功過是非，以便能在未來做出更好的產品。1.6這個版本對於我們來說，是乙個非常規的版本。在這個版本中，前端**全部重構為mvp模式，後台也一樣重構，除了資訊財務模組依然保留tcp以外，其他所有的網路介面，全部更改為http。名義上稱之為重構，而實際上可以算是重做了。除了在技術上有非常大的更改外，這個版本的時間週期相對與要達成的目標來說確實太短了些，只有三個月。在三個月內，要完成前端包括native和h5統一開戶頁，後台包括證劵交易系統的對接、交易**服務的開發、全產品線統一使用者中心的開發以及接入層的設計，對於任何乙個團隊來說，壓力都是非常巨大。
很多同事會有疑惑，為什麼要這麼趕呢？因為我們要做的不是傳統的經紀業務，我們所面對的金融市場領域變化太快了，而能我們起飛的風口確又如此的稀少，所以只要感知出乙個起飛點，我們都竭盡全力去跟上它。而經紀業務線就是我們的打頭兵。很多同學可能覺得我們可以先慢慢做好，然後再上線。但是現在的環境下，不能這麼做。因為對於乙個市場**來說，它來了，你在不在那比什麼都重要。只要大體功能執行良好，有點缺陷，不夠完美都可以接受。因為我們並不是就只發這一版，版本總是會迭代開發的，慢慢變好的。如果悶聲開發出來個大家都認為好的，但是市場機會已經不在了，那我們可能連存在的意義都沒有了，畢竟我們的競爭對手也並不是停滯不前的。
在目標已確定，deadline已寫死的情況下，連續三個月996模式，而通常都不止996……在這種人人高壓的情況下，我們頂住了壓力，雖然不是很完美的完成任務，但至少也算完成了。這期間有值得稱讚的地方，也有很多值得改進的地方。所以，我想從「比較好的」和「不足的」兩個大方面去總結一下這次專案的整體情況。
首先，我想先來總結一下，我們這次值得稱讚的地方。
1、測試團隊很給力。剛開始的時候，開發還是很排斥這種提完bug窮追不捨的情況，但是越到後面越體現出測試不用心和負責任。因為後面問題越來越多，體測版本也是越來越多，開發同時又在關注著新功能的開發。所以，bug的管理幾乎全部交給測試。
3、 前期由於專案人員的變動，導致我們整個專案有乙個月基本屬於專案管理空白區，然後就造成了人人都是專案經理，都各自去推動相關模組的進度，已完成既定的目標，中途難免出現一些摩擦。但大家能抱著一顆把這件事做好的心態去處理某些資源的匱缺，這點是非常好的。
4、雖然有一段時間專案管理有所欠缺，但是後期我們嚴格按照jira流程進行開發和問題tracing，同時還打通了**倉庫和jira單的連擊，實現了jira單號和相應的**修改都對接上了，並且形成了任何事情都要錄入jira的好習慣，任何事情都有記錄可追蹤。這對於各個部門的工作都有著非常大的促進作用。
但是這次也有比較多的不足點，非常值得大家深思的。
所以，有時候真的是隔行如隔山，如果大家對合作部門的工作沒有乙個大致了解，其實很容易在合作的過程中，引起一些不必要的矛盾和衝突。進行一定的部門間活動或者交叉培訓還是挺有必要的，哪怕大家相互認識認識也會好些。同時也希望大家能夠抱有一顆同理心，多換位思考思考，並且抱著一顆把事情做好的態度去看待整個問題。
2、我們需求的變更時機不是很合理。這個版本的需求很多都沒有形成文件沉澱下來，即便有也是如同戰略方針一般，並不是很細緻。導致最後在開發的過程中，經常是後台或者產品經理一句話，大家可能又要修改一下。如果在前期其實影響並不是那麼大，但是這個版本的需求變更有很多經常是在開發後期更改，這個不僅對於開發來說是非常影響工作效率的，同時對於測試團隊來說，也是非常不利的。不明確的需求和開發，測試完全無法進行質量的把關和問題的發現。另外在三地辦公已經確定的工作場景下，我們也要形成一套我們自己的工作流程機制，來完善對工作的分配和部門之間的溝通。所以，嚴格按照jira單來進行工作，盡量避免私下隨意溝通進行**的更改等而導致最後無跡可尋，這個理念非常需要大家認真地落實和執行。
3、計畫目標與實施目標不夠一致。起初，我們定義的1.6是重構，完成技術架構的優化，產品形態上，做到使用者無感知。但是在真正開發的過程中，我們其實做了很多新的需求，比如開戶頁面與其他業務線進行統一設計，使用者中心狀態因為新的開戶需求而有所變更等等，而這些需求的變更又影響到三大tab頁的開發，再加上需求的不穩定，整體上來說就給我們的進度增加了很大的阻力。所以，也希望後期我們能不忘初心，已經確定的目標就不要輕易去變更，如果變更應該是各部門一起開會討論怎麼去施行，而不是像現在的樣子，產品幾乎要跟後台，前端分別同步需求。
希望下一次我們的版本開發逐步規範化，流程化，更好地完成我們產品開發。
關於Python2 0版本與3 0版本中類的區別
在2.0中類的定義是可以通過定義函式的形class person def init self,name,age,gender print 進入person的初始化 self.name name self.age age self.gender gender print 離開person的初始化 de...
SNMP V1 V2 V3版本的聯絡和區別
snmp 是乙個協議用來管理網路上的節點，包括工作站，路由器，交換機，集線器和其他的外圍裝置 snmp是乙個應用協議，使用udp封裝進行傳輸。udp是乙個無連線的傳輸層協議，在osi模型中為第四層協議，提供簡單的可靠的傳輸服務。snmp使網路管理者能夠管理網路效能，發現和解決網路問題，規劃網路的增長...
關於Django 1 3版本的bug說明
近期將django 1.3用於生產環境，偶然發現在自定義爬蟲請求時候報錯 仔細檢查django原始碼，發現在 site packages django http init py 檔案的269行 self.meta.get content type 沒有做空值判斷所以產生此空指標異常 如果用1.3版本...