Qcon2012总结

上周三-周五参加了由InfoQ主办的Qcon2012技术大会。大会每天上午有三场主题演讲，下午分四个专题系列，十六节课。从主题设置和专题个数不难发现，相比两年前只有架构和敏捷两个主题，Qcon2012有了较大进步。不过课程虽多，但主要就是三个话题：云计算，敏捷，移动开发。象算法，图形，语言等方面的内容就很少了。这也说明了目前业界流行的趋势。
云计算是这次的一个主题，也是相当大的一个话题，涉及到的技术也很多，像前端的html5技术，NoSQL的数据存储，高并发的处理，云架构，安全机制等。这方面的课程我主要听了「百度下一代云平台」、「Beyond MapReduce」、「新浪App Engine的安全实践」、「Teradata云计算在eBay的实现」、「基于云的架构--云计算时代的ABC」。想拓展一下思路，看看我们的算量软件如何去应用云技术。从课程中感觉现在云计算各项通用技术和框架比较成熟，一些大的厂商也在提供这方面的服务，应该可以直接利用，比如云存储。但如何将一些业务计算相关的内容做到云端，这些通用的计算框架可能就不适用了。需要我们自己去建立特有的计算模型来解决。
敏捷和项目管理方面，主要听了「持续集成之代码度量模型」、「从一万到150万一个游戏项目的精益之路」，收获颇多。前面这个课程主要是讲如何建立代码质量度量模型，这是一个很有意义的题目，我们公司在这方面做的就不足，对代码质量的衡量就只有千行bug率等为数不多的几个指标，因此很难对一个软件的质量作出准确的判断，同时对每个开发人员的开发质量也无法做出客观的评价，最终对产品质量无法给出改进方向。而由支付宝同行带来的这个课程给了我一些启示。印象比较深的有三个方面：一是建立的度量模型要适用，能用必须满足：1与组织的目标一致；2有针对性，针对以前的bug原因要纳入度量模型；3可操作性；4工具支持，不是必须的，但越有工具支持，执行效果越好。二是codereview很重要，因此要给时间去做，支付宝他们的经验是占任务时间的15-20%。三是这件事要成功，必须争取管理层认同，要老大认同，不难也不是简单靠忽悠，而是脚踏实地去试点，做出效果来。另外流程保障和组织保障也很重要。
后一个课程讲的是敏捷在一个游戏项目中的实践，和一般的敏捷故事一样，一开始没实行敏捷时，项目一团糟：组员目标不一致；有人加班，有人很闲；需求变来变去等问题。施行敏捷后，问题搞定了。故事的确很俗套，但下面这个小插曲很值得我们深思。当项目已经一团糟了的时候，又发生了一件更糟的事情，最大的竞争对手进入了中国，他们做的游戏就是模仿这个对手在国外很成功的一款作品，且其在国内的开发团队有200多人，是他们的十倍。狼来了，怎么办？易地而处，如果换是我，此时心里恐怕早已拔凉拔凉，心生退意。但这个团队没有慌张，冷静地分析了自身和对手的优势、劣势，觉得对手也不是无懈可击，于是找到对手弱点，应用敏捷不断改进产品，最终超越了对手。从这里面，我们可以学习到，遇到强有力地挑战时，一不要慌张害怕，＂一切反动派都是纸老虎＂；二不要逃避，勇于迎接挑战，＂两军相见勇者胜＂；三是分析清楚自己和对手的优势劣势，＂知己知彼，百战不殆＂。
还听了一些非主流的课程，如「编写显然正确的代码」，这个课程的讲师认为编写显然正确的代码，一是贴近自然语言来描述问题；二主动暴露自然语言不严谨的地法；三把运行时错误变成编译时错误。这三者都和语言有很大关系，讲师向我们推荐了haskell，一个函数式编程语言，语法相当怪异，代码比较难读，从这点上讲实在很难保证不出错。讲师的想法很好，但要真正达到那种状态，还有段距离要走。