参加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始终切换不到大屏幕上,耽搁了十多分钟,在另一个会场也发生了类似情况(不过时间非常短)。
看来主办方麦思博仍有不少事情有待完善。
----==== Email: slofslb (GTD) qq.com 请将(GTD)换成@ ====----
版权声明:自由转载-非商用-非衍生-保持署名(创意共享3.0许可证)
作者:申龙斌的程序人生
---- 魔方、桥牌、象棋、游戏人生...
---- BASIC、C++、JAVA、C#、Haskell、Objective-C、Open Inventor、程序人生...
---- GTD伴我实现人生目标
---- 区块链生存训练
---- 用欧拉计划学Rust编程
---- 申龙斌的读书笔记(2011-2019)
----
![](https://images.cnblogs.com/cnblogs_com/speeding/258215/o_200318142909visual-slb.png)