機緣巧合，近距離接觸了乙個比較坑的外包團隊，長了一丟丟扯皮的經驗，寫個小結，填坑。
提前申請好 fabric、bugly 等整合監控工具的賬號，讓對方開發過程中全程都整合這些工具，develop 版本和 release 版本用不同的 id，這樣可以區分出 bugly 中顯示的崩潰是 release 版本中影響使用者體驗的 bug，還是開發過程中程式設計師為了測試故意觸發的 crash。
bugly 是可以精確記錄崩潰發生的各種資訊的，包括裝置型號、系統版本、觸發崩潰的**等，這樣在無法復現 bug 的時候也有證據和對方談，不至於讓對方賴賬。
有些外包團隊的技術人員，是畢業之後培訓兩三個月就上崗了那種，能力比較成問題，在技術的選擇上也會很隨意，可以嘗試從以下幾個角度來去把控：
一方面，對方可能會有賴賬的想法；另一方面，有些程式 bug 確實是偶發性的，不好復現。於是就可能出現，你說程式有問題，對方不承認的問題。所以要多注意：
在反饋 bug 的時候，通過 bugly 等工具，告知對方，出問題的**在哪
在和外包團隊接觸過程中，遇到這樣乙個問題：有些動態的東西，比如滑動列表時隱藏搜尋框，這些相對細緻的內容，可能無法在原型設計中得到充分的體現。
而你又無法依賴對方的人員素質，來讓他們自行優化這些細節。就要充分考量實際開發情況，在原型不方便體現細節的時候，用文件或其他方式進行充分的說明。否則最後產品做出來，你覺得某個地方不合理，是他們應該修復的 bug，但是由於原型、設計稿沒有體現，他們可以認為這些是需求變更、二次優化，再找你收一次錢。
後續遇到新型扯皮，再繼續更新……
外包避坑經驗小結
機緣巧合，近距離接觸了乙個比較坑的外包團隊，長了一丟丟扯皮的經驗，寫個小結，填坑。提前申請好 fabric bugly 等整合監控工具的賬號，讓對方開發過程中全程都整合這些工具，develop 版本和 release 版本用不同的 id，這樣可以區分出 bugly 中顯示的崩潰是 release 版...
python避坑 python避坑指南，持續更新
python安裝，匯入，和使用避坑指南，持續更新 bestmrright原創 因為python庫太多，開發者眾多，有些庫引用了其他庫，隨著其他庫不斷更新，有些類和方法會修改，有些庫作廢，有些庫被收入進python，所以使用時候經常有坑需要迴避。在此建貼，持續更新，以便後來者避坑，希望來著補充。安裝坑...
0基礎自學Python，有哪些避坑經驗？
本人文科生，回顧自己近 2 年的python 自學經歷，有一些學習心得和避坑經驗分享給大家，讓大家在學習 python 的過程中少走一些彎路！減少遇到不必要的學習困難！首先，最開始最大的困難應該就是對程式設計的牴觸與恐懼心理，總覺著程式設計似天書，一堆奇怪的符號組成的檔案，這種心理會伴隨很長時間，需...