参加2015年TOP100会议的零散笔记

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始终切换不到大屏幕上，耽搁了十多分钟，在另一个会场也发生了类似情况（不过时间非常短）。

看来主办方麦思博仍有不少事情有待完善。