带着工做中的一些疑问,我参加了在上海举办的QConf 全球软件开发大会。会议以主题的形式按分会场召开,我主要选择知名网站案例分析、大数据处理技术、高效能团队建设和金融系统架构与设计四个主题内容。三天会议下来,经过和业界的前辈和同仁沟通交流,加深了我对一些问题的思考。下面结合我我的理解和会上的所见所闻,从四个主题方向分别进行介绍。缓存
1. 知名网站案例分析 性能优化
该主题下,我主要听了阿里巴巴带来的“跨境网站性能优化的挑战和思路”。背景是:跨境电子商务网站,因为各类缘由如买家分布地区分散,而卖家多来自国内,而且严重依赖于搜索爬虫引流而使得性能优化的手段受到很大的限制。这些特色决定了优化思路与传统的网站思路会略显不一样,也会出现传统网站不一样的问题。主要有两类:服务器
a. 爬虫依赖问题,性能优化手段受到了很大限制:网站性能的优化,不少时候是经过异步加载(Ajax)实现用户体验的提高。因为该网站依赖搜索引擎的引流,致使不能经过异步加载方式提升性能。缘由很简单,搜索引擎须要解析网站的内容来决定该网站与搜索关键字的匹配程度,而若是使用异步加载网站内容,则搜索引擎没法抓取网站内容,致使网站排名靠后。可是,若是不下降响应时加载的内容,在网速不变的状况下,性能是很可贵到大的提高的。最终的解决方案是,Google出台了一套标准,经过在网页源码中增长特定标签来解决该问题。即正常访问时,网站仍然是经过异步加载方式加载页面。当爬虫抓取网页时,若是遇到前面说的特定标签,会自动发起第二次请求获取网页内容。听到这个解决方案后,有人会提出,其实咱们本身也能够识别出爬虫访问和正常访问。而后,根据不一样的请求源,采起不一样的加载方式。理论上,这种方式是可行的。可是,商业经验告诉他们,这种迎合爬虫请求的方式是有可能会受到反做弊程序的惩罚的。因此,商业社会,不只仅是技术的考量,还要有商业因素的考量。网络
b. 买家分布在多个国家,网速差异很是大,如何保证性能:即便网络通畅的状况下,物理距离自己就是一个问题。解决的方法是在不一样的地区分别部署服务器,增长静态文件的缓存力度,经过CDN将请求分发到距离最近的服务器。维护的过程当中,须要查看CDN的回流状况,若是回流比例过高,须要仔细检查引发回流的缘由。只有回流比率较低,即大部分状况下命中缓存,网站性能才能有保障。架构
2. 大数据处理技术异步
3. 高效能团队建设性能
该主题下,我主要听了由豌豆荚带来的“如何经过文化建设来提高团队效能”。他们认为:文化是一我的群的共同特性,是他们在具体行事中的思惟方式的一种内在基础与外在表现。文化建设必定程度上来讲是对这些共同特性的有意识的、主观的刻画。然而正因如此,因此文化建设既是有排他性的,也必定存在被团队中的具体个体所排斥的问题。 所谓“好”的文化不是无视这些文化自身的问题,而是在文化建设的基本原则、规则与逻辑中找到一个合适的方式来消化这些问题,使文化与具体行事之间得以契合。所以一切无视文化的实效性,而空谈文化建设的行为都无异于耍流氓。大数据
我理解豌豆荚做为一个创业团队,在从几人、几十人到两百人的团队规模的快速推动中。主要经过四个手段解决个体特性与团队特性之间的矛盾,而且作到在两者共洽以提高团队的效能。a. 开放的团队文化:不只仅体如今开放性的办公室(没有老板办公室),更加体如今思想的开放性。鼓励团队成员打破权威,追求心里的真理,挑战CEO是一件没有任何压力的事情。b. 自上而下的汇报制度:管理层按期的向全体员工汇报公司的发展状况以及战略规划,培养每位员工的主人翁意识。c. 信任每一位员工:公司内部没有秘密,包括公司的盈利数字,帐上的现金等信息,都放在文档库里面。每一个人都有权限,须要时能够查阅。一开始会担忧,员工泄密怎么办?其实,没什么能够隐瞒的,竞争对手能够从不少渠道知道你的数据,只要你的数据是真的就不怕泄密。d. 高效的合做方式:尊重每一个人的工做时间,保证每一个人工做时间的连续性。每一个人都分享本身的Google日历,须要开会时经过Google日历便可,无需询问。若是不想被打扰,任何人都不能干扰你的工做时间。优化
4. 金融系统设计与架构网站
该主题下,我主要听了阿里金融带来的“云决策平台与应用”。主要分享了:互联网信贷业务特性与问题、云决策平台应用架构及解决方案和云决策平台技术架构。阿里金融是当前互联网金融领域作的比较成功的一家。他们基于阿里电商的交易数据,线上计算出客户的信用等级。其中,对于易变的业务规则的处理和我所在项目的计算引擎很是类似。阿里也采用了Drools规则引擎来处理易变的业务规则。可是,我在使用过程当中,遇到了性能瓶颈,速度很是慢。经过和阿里嘉宾进行沟通,他们在规则引擎的基础上写了一个编译器,在编译时将规则引擎文件编译成Java代码。由于,规则引擎文件在运行时是解析执行的,速度必然会慢,经过编译后,运行时无需再解析,性能会有大的提高。这个经验对我很是有借鉴价值。咱们没有人力去开发一个编译器。可是,能够沿着这个路子,将规则引擎文件作成编译器代码,在运行时经过一次反射再调用,速度也会有大的提高。这也是我当前正在作的工做。
此次参会,收获颇丰,美中不足之处在于每一个专题的分享时间过短,致使内容的深度不够或者忽略不少细节,相关经验不足的人员听起来很是费劲。因此,在会后,大胆的和演讲嘉宾面对面的进行交流。不用“胆怯”他们不少人也是和咱们同样,出道不久。即便是很是资深的人士,也无所谓,参会的目的不就是为了提升自我吗?学到东西才是最重要的。