代碼；邏輯架構；bug；基礎知識；分工合作；版本控制；

  在開發視頻會見項目的過程中，通過遇到的各種問題對自身提升編程能力非常有幫助。主要從以下幾個大方面來體現：

一、   代碼

代碼整潔，在該加上的地方加上注釋。本項目是通過三個公司合作開發完成，在安卓設備本身測試場景下的開發調試環境下，有些注釋是個人失誤導致的需要加上注釋；另外最好的習慣是在調用第三方的環境或者控件、組件的時候，能夠在每一行邏輯下都加上注釋和拋出異常處理，在非ui界面的代碼邏輯放在子線程中，最大限制防止報錯，anr而導致的程序不可用，提高程序的健壯性。代碼編寫清晰有條理，嚴格按照官方命名規則和變量格式來，有利于大家互相看對方的代碼時，能夠節省時間，又便于看懂。

二、   邏輯架構

  開始一個項目時，需要將很多時間放在代碼邏輯架構上。研究出一個可行的，更簡單搭建的架構后再開始動手敲代碼。新get到的一個知識是在界面顯示視頻的時候由于顯示位置是一樣的，只是每次顯示的人都不一樣，所以考慮到把要顯示的賬號都放到一個矩陣中，矩陣的絕對位置就是視頻顯示的位置，此方法和我不假思索就開始敲代碼的邏輯區別在于省了代碼量，還將代碼寫的很有邏輯性。

三、   bug

  開發過程中遇到bug是再平常不過的事情。如果代碼邏輯寫得好，清晰，在恰當的地方注釋也加了上去，那么在出現錯誤調試的時候就能在很短的時間內找到bug錯誤或來源。在和清流遜調試的時候由于經常卡在登錄視頻服務器的部分，打印的log很多，也就一眼就看出來了。在我看來bug種類分為兩種，一種是非聯調開發的bug，就是自己的bug，這種bug就是經過自己驗證之后的，就不用讓大家一起幫忙看看是誰的錯誤。另一種聯調開發才能處理的bug，也是要經驗證之后才能判定是不是本身原因，不是就分配到認為的人那里去。現在遇到的問題是，分不清這個問題是誰的，需要經驗多一點來強化這部分。

四、   基礎知識

  基礎知識這塊感覺很不錯，以前沒有用過，對自己沒有信心，現在看來，有信心就好。

五、   分工合作

  先把自己的工作做好，再去想其他事情。很多時候考慮的多了也耽誤整體進度，容易把自己做的部分搞糟。經常在改一個bug的時候，突然覺得另一塊代碼寫的不好，覺得是個bug但是并沒有去驗證，就把這塊也給改了。。。結果就是把對的改成錯的了，一定要把bug確定了再改掉。

六、   版本控制

  最后一個就是版本控制了。這種做法是對于遇到毀滅性錯誤不可修復的時候，往往是在寫代碼的時候，本來是正確的，運行都好好的，但是不知道加了哪部分的代碼導致程序錯誤，看log也搜出來一堆不懂的處理方法。這時候去版本管理倉庫把上一個運行成功的版本調出來就行了。