這個週六有幸參加了在廣州舉行的阿里移動技術峯會，很不容易能在廣州參加一次技術分享會，以往都要跑到京杭深等地方，非常麻煩。希望以後能在廣州舉辦越來越多的技術會議，提高下廣州的技術圈分享氛圍。
簡要地補幾幅圖吧，以後官網應該有更詳細的圖片和ppt放出來的
下面是具體會議的主題
我下面將按順序講下感受：
1 UC垂直導航業務
這個主要分享的是開發流程優化，提高研發測試的整體效率。
啓動->評審->迭代->發佈->反饋
阿米巴、研發測試、授權、自決策、虛擬團隊、版本並行、scrat等一些聽起來比較新的概念。
由於我是運維，所以對開發流程方面理解不深，這裏也不班門弄斧了。
2 如何一週產出一個高質量移動app
這個分享人是阿里過來的，人比較逗比。是來往、釘釘的開發者。
這個分享也算是半個廣告，向大家介紹一個阿里爲中小企業快速打造app的平臺，我的理解是專門爲app服務端開發的雲服務。
3 大促保障體系演進
這個分享者是阿里雙十一技術保障部的高級專家，比較偏運維方向。
阿里雙十一從09年的28G流量發展到14年的7T流量，發展速度十分恐怖。
分享者說現在撐住雙十一的高併發，也是爲了若干年後的普通業務壓力做準備，以阿里的發展速度來說真的是非常有道理，超一線的業務水平必然造就了超一線的技術水平。
分享者特別強調技術人員應該要懂業務，懂的分析用戶行爲，爲用戶行爲建立模型，引到用戶到自己系統中最強大的地方來，而不是讓用戶在系統亂跑亂點。
用戶傾向是設計出來的，包括餘額寶、購物車等功能都是爲了雙十一這種巨大的流量而設計出來的產物。
產品方向要對用戶行爲進行分析，避免應用之間的強依賴關係；技術方面的異地雙活，也要簡歷在應用間減少依賴關係，減少各種高延遲的調用；測試需要全鏈路壓測，因爲永遠不知道哪一個點是壓垮系統的最後一根稻草。主動控制、業務模型->模擬壓測。
從以前需要限流來保障最大部分用戶可用，到現在可以完美平滑支撐全國人民的高併發壓力，阿里技術部門的確做了非常大的努力。
對業務不能隨便說不！技術指標的實現和業務不衝突，一旦對業務說不，本質就是妨礙公司的業務發展，也是對技術人員的否定。
從運營視角和技術視角來綜合判斷合理性，迴歸業務豐富性，精準智能控制。
4 android native development
我對於安卓開發也是比較native，所以沒怎麼聽這個分享
5 移動互聯網時期的安全挑戰
屬於科普級別的分享，分享者有超過10年的安全領域經驗。所以即使講解的內容範圍基本平時大家都有所聞（破解etc），內容深度也比較淺（僅介紹，無太多原理性），但分享者基本能從自己角度高度抽象或理解，給人印象非常深刻。如講到破解的一類，從虛擬機C語言層去捕獲運行態結果此類高端破解如何破，分享者用了一個非常形象的比喻，“這種對手相對我們的反破解能力是高出非常多的，那怎麼辦？就像鱷魚與大象博鬥一樣，從體型上講，鱷魚幾乎不可能勝於大象的。只有將對手的水平拉至跟自己那麼低，將其拉進水裏，這是鱷魚擅長的領域，纔有機會取勝。”
我想這也是普通技術人員與專家的區別，專家能將問題想透講透。
6 facebook文化分享
從fb歸來的大牛，職位是阿里研究員，估計是p10級別的高p。
主要分享了fb的工作模式，以及員工能在家辦公（WFH，work from home）的本質原因，真的不是簡簡單單讓人回家那麼簡單，需要從工作考覈模式來保證員工對工作的高輸出和責任。
對於公司文化那麼高級的話題，作爲基層員工沒有過多話語權，希望這些大牛們能爲我們基層員工爭取更好的工作環境。