标签:做了 团队 移动互联网 基本 data- 开发人员 广告 领域 体系
这个周六有幸參加了在广州举行的阿里移动技术峰会。非常不easy能在广州參加一次技术分享会,以往都要跑到京杭深等地方,非常麻烦。希望以后能在广州举办越来越多的技术会议,提高下广州的技术圈分享氛围。
简要地补几幅图吧,以后官网应该有更具体的图片和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)的本质原因,真的不是简简单单让人回家那么简单。须要从工作考核模式来保证员工对工作的高输出和责任。
对于公司文化那么高级的话题,作为基层员工没有过多话语权。希望这些大牛们能为我们基层员工争取更好的工作环境。
标签:做了 团队 移动互联网 基本 data- 开发人员 广告 领域 体系
原文地址:http://www.cnblogs.com/clnchanpin/p/6883100.html