2015年出差很少，感到整个技术都已经荒废了，收到12月份TOP100的会议通知后，还是去充点电吧，不然心慌啊。对于软件大会这种大杂烩式的会议已经没有多少兴趣了，看看这个TOP100组织得有何不同？
会议分为了产品创新/用户体验、团队管理/组织发展、架构设计/技术战略、开发管理/流程再造、测试管理/质量平台共5个分会场，拿到会议手册时还是挺眼花缭乱的，除了对测试不太感兴趣外，其它4个主题还是都想听听。
第一天（12月5日）
1、大数据实时处理系统实现及其设计
对比了同时9点开讲的5个报告，我选中了美国微软胡鲁辉的《大数据实时处理系统实现及其设计》，油田的勘探大数据一直不知道如何落地，我想从中找点灵感，另外主要是想看看油田的录井实时数据有没有什么解决方案。由于会场中对大数据了解的人非常少，老师省掉了PPT中的许多详细技术细节，对我来说了解了几个要点，其它也就听不懂了。
1）Hadoop在2.0中增加了YARN，强化了云的管理功能
2）除了Spark外，还有一个叫Storm的系统，也可以进行实时大数据分析
3）Hadoop/Spark重点是对数据进行切割，而Storm重点对计算功能进行切割
4）Amazon的Kinesis云是一种实时大数据处理云，提供实时大数据分析服务。
2、蚂蚁金融移动应用OSGi模块化架构实践
听这篇报告主要想了解一下OSGi有啥用处和好处，可惜没听到。另外就是了解如何进行模块化拆分。
有界面的application要实现移定性隔离，它崩溃了不能让整个应用闪退。
后台的service接口和实现分享，依赖接口；接口必须保持向下兼容。
采用面向切面AOP编程。
另外就是关于OSGi中的bundle的优化，保证启动速度。
3、产品创新的“望、闻、问、切”之法
微软的高级顾问邹英毅果然不一般，从她的PPT中学到了几点：
1）制造时代，经销时代，信息时代，用户时代customer age
2）全球CEO的热点问题：用户行为的变化
3）挖掘用户的真正需求：客户要买的不是“电钻”，而是墙上的洞
4）收购skype的启示
5）移情图（或叫同理心地图）的应用来洞察客户
6）观察用户的行为，问5次WHY
7）客户旅程图，每个阶段都可以使用望闻问切的办法来找到痛点和改善点
8）比尔盖茨每年有个ThinkWeekPaper时间，国内的CEO有没有？
9）创新时单从一个好技术出发，去想如何去卖，经常会失败。而要从用户的问题出发，挖得足够深。
4、小米盒子----品类创新之路
演讲技巧有些欠缺，讲到“二次尖叫”，你得多配些图和例子让在场的用户尖叫一次也行啊！
但对小米的极简遥控器还是蛮欣赏的，可能天猫魔盒的遥控器也是抄小米的。
5、自组织：如何用小变化创造奇迹？
数字油田中的自组织最近很火，我想听听互联网中的自组织是不是一回事？
大会上讲的PPT好多张在buzz中找不到，在团队中不求大的改进，小的变化持续做上6个月，就会发生惊人的变化。
自主性、变异性、应变力、带动力，最后产生滚雪球的效应。
第二天（12月6日）
1、分享docker在数人的实践
最近docker很火，docker不是在操作系统上虚拟化，而是应用级别的虚拟化，但在数字油田上有用吗？我仍持怀疑态度，可能油田信息化当前的痛点还不在云上。
听课程PPT时听说了trello，马上安装了一个，就是一个轻量级的看板，小团队可以一试。（后面又听了2个敏捷实践，说经验较少的团队，还是从物理实体看板起步较好，等成熟以后再过渡到电子看板）
2、通过系统性技术方案提升移动端视频观看体验
乐视针对应用启动、视频起播、剧集切换、播放卡顿等问题做了针对性的小改进，如：延迟加载、更小的视频切片、减少网络请求、双播放器等，就是这一个个小改进提升了用户体验，上课时我安装了乐视应用，体验还不错，看来演讲人唐劲维分享的目标已经达到了。
3、用即兴剧原则打造敏捷应变的团队（5星）
这应该是几天内听到的最好的演讲之一，我定为5星。香港大学客席讲师果然演讲技巧丰富，能够充分与观众互动，原来心流Flow的状态不仅仅是一个人专注于学习时要达到的状态，在听PPT报告时也可以达到Flow的状态。
1）先做再说
2）协作
3）不要为了创新而创新
4）精益创业
5）这里也提到了移情图和客户旅程图
4、八百万行代码的质量守卫战
标题和画面都挺震撼，可惜报告太啰嗦、气氛太沉闷，讲了半个多小时了还没有讲到实质性的内容，愤然离场。
5、高效团队的催化剂
看出符章文是拼在一线上的团队领导者，里面的一些体会都是实干出来的经验。频繁代码评审、慢就是快，交付闭环。核心片子在这一张：
6、Javascript编译实践
看这标题我误以为Javascript能够编译执行了呢，原来就是指压缩、混淆化和优化，还能完成国际化、漏洞兼容性检测等任务，但对开发人者有更高的要求。想要代码快，就要牺牲掉一些Javascript的语法特性。
第三天（12月7日）
1、顺丰敏捷推进之看板探索
对于大多数国内团队的水平来说，这篇报告很有参考价值。
1）物理实体看板参与感强，是电子看板所无法比拟的。
2）根据自身的现状来进行看板实践，而不是照抄，只要做起来，以后慢慢逐步改善就可以了。
3）从想法到需求分析，到需求确认，再到故事拆分、编码及测试等，甚至专项技术研究都可以纳入看板管理。
4）几种颜色、泳道在实践中慢慢调整和改进。蓝：需求，绿：用户故事，黄：专项技术，粉红：缺陷，桔红：阻碍。
5）计划时间与实际时间的对比及测量
2、中兴网管UEP项目告警团队敏捷转型之路
挺喜欢这个项目负责人演讲的风格，通过一个个小故事引出来团队管理中遇到的问题，然后再逐步推进变革之路。
1）传纸条与wiki的结合
2）坚持回顾，时间长了就有效果
3）防火墙的故事
4）测试休假的故事
可惜今天是周一，听报告过程中不断接到单位的电话，无奈只能离场。
对会议主办方的几点吐槽
这次大会比软件技术大会的收获要多，总体来说干货要多一些，就是会议日程太紧，报告太多。注册会议时，安装了buzz（拔丝）应用，可以提前看到几篇PPT报告。此应用的当前功能还有些简单，查找内容不太方便。微信中的公众号中的PPT好像也是引用这里的PPT。可惜公众号的功能仍有点弱，至少把会议日程放在公众号中，再把PPT按日期、主题分个类，让大家容易查找些。
会议手册的前3页按日期排列，后面的报告大纲却按主题排序，目录页上也不标页号，每次对着会议手册来回翻着会议日程去找后面的报告简介真是不易。
抽奖环节，虽然奖品不重要，但一个人哪能只在一个会场呆着？听到一位报告演讲者说得挺好，“抽奖的最终目的是什么？”，是留住听众？是获得更多的反馈？是获得真正的反馈？是获得点击量？找到背后真正的原因，就可以把这个活动做好了。
在几个会场的翻页激光笔经常失效（可能是驱动或无线距离的原因），演讲嘉宾经常打出手势让会场服务人员协助翻片。其中有一个会场，PPT始终切换不到大屏幕上，耽搁了十多分钟，在另一个会场也发生了类似情况（不过时间非常短）。
看来主办方麦思博仍有不少事情有待完善。
本文转自申龙斌的程序人生博客园博文，原文链接：http://www.cnblogs.com/speeding/p/5024399.html，如需转载请自行联系原作者
http://www.cnblogs.com/speeding/
