阿里移動技術峰會的一些體會 2015 07 04

2021-07-03 15:08:16 字數 1751 閱讀 7193

這個週六有幸參加了在廣州舉行的阿里移動技術峰會,很不容易能在廣州參加一次技術分享會,以往都要跑到京杭深等地方,非常麻煩。希望以後能在廣州舉辦越來越多的技術會議,提高下廣州的技術圈分享氛圍。

簡要地補幾幅圖吧,以後官網應該有更詳細的和ppt放出來的

下面是具體會議的主題

我下面將按順序講下感受:

1 uc垂直導航業務

這個主要分享的是開發流程優化,提高研發測試的整體效率。

啟動->評審->迭代->發布->反饋

阿公尺巴、研發測試、授權、自決策、虛擬團隊、版本並行、scrat等一些聽起來比較新的概念。

由於我是運維,所以對開發流程方面理解不深,這裡也不班門弄斧了。

這個分享人是阿里過來的,人比較逗比。是來往、釘釘的開發者。

3 大促保障體系演進

這個分享者是阿里雙十一技術保障部的高階專家,比較偏運維方向。

阿里雙十一從09年的28g流量發展到14年的7t流量,發展速度十分恐怖。

分享者說現在撐住雙十一的高併發,也是為了若干年後的普通業務壓力做準備,以阿里的發展速度來說真的是非常有道理,超一線的業務水平必然造就了超一線的技術水平。

分享者特別強調技術人員應該要懂業務,懂的分析使用者行為,為使用者行為建立模型,引到使用者到自己系統中最強大的地方來,而不是讓使用者在系統亂跑亂點。

使用者傾向是設計出來的,包括餘額寶、購物車等功能都是為了雙十一這種巨大的流量而設計出來的產物。

產品方向要對使用者行為進行分析,避免應用之間的強依賴關係;技術方面的異地雙活,也要簡歷在應用間減少依賴關係,減少各種高延遲的呼叫;測試需要全鏈路壓測,因為永遠不知道哪乙個點是壓垮系統的最後一根稻草。主動控制、業務模型->模擬壓測。

從以前需要限流來保障最大部分使用者可用,到現在可以完美平滑支撐全國人民的高併發壓力,阿里技術部門的確做了非常大的努力。

對業務不能隨便說不!技術指標的實現和業務不衝突,一旦對業務說不,本質就是妨礙公司的業務發展,也是對技術人員的否定。

從運營視角和技術視角來綜合判斷合理性,回歸業務豐富性,精準智慧型控制。

4 android native development

我對於安卓開發也是比較native,所以沒怎麼聽這個分享

5 移動網際網路時期的安全挑戰

屬於科普級別的分享,分享者有超過10年的安全領域經驗。所以即使講解的內容範圍基本平時大家都有所聞(破解etc),內容深度也比較淺(僅介紹,無太多原理性),但分享者基本能從自己角度高度抽象或理解,給人印象非常深刻。如講到破解的一類,從虛擬機器c語言層去捕獲執行態結果此類高階破解如何破,分享者用了乙個非常形象的比喻,「這種對手相對我們的反破解能力是高出非常多的,那怎麼辦?就像鱷魚與大象博鬥一樣,從體型上講,鱷魚幾乎不可能勝於大象的。只有將對手的水平拉至跟自己那麼低,將其拉進水裡,這是鱷魚擅長的領域,才有機會取勝。」

我想這也是普通技術人員與專家的區別,專家能將問題想透講透。

6 facebook文化分享

從fb歸來的大牛,職位是阿里研究員,估計是p10級別的高p。

主要分享了fb的工作模式,以及員工能在家辦公(wfh,work from home)的本質原因,真的不是簡簡單單讓人回家那麼簡單,需要從工作考核模式來保證員工對工作的高輸出和責任。

對於公司文化那麼高階的話題,作為基層員工沒有過多話語權,希望這些大牛們能為我們基層員工爭取更好的工作環境。

WWF的一些技術細節與應用體會(一)

基本wwf 的研究已經有一段時間了,在 windows sdk documentation 中的有關 wwf的資料也看了個差不多。現在理論上的東西基本上沒有什麼問題,那麼問題就在於如何去應用了。從網上查了一下,這方面的案例很少,也許非 wwf的其它工作流引擎的應用可能會多一些,但我沒有去查。為此我自...

WWF的一些技術細節與應用體會(一)

基本wwf 的研究已經有一段時間了,在 windows sdk documentation 中的有關 wwf的資料也看了個差不多。現在理論上的東西基本上沒有什麼問題,那麼問題就在於如何去應用了。從網上查了一下,這方面的案例很少,也許非 wwf的其它工作流引擎的應用可能會多一些,但我沒有去查。為此我自...

核心公升級的一些體會

下面是我在各處蒐集來的關於我目前出現錯誤的一些解法 vmware linux公升級核心出現error 6 mounting ext3 問題進入新核心。到uncompressing linux這一行都是正常的。但是後面顯示 red hat nash version 4.2.1.8 starting r...