参加2015年TOP100会议的零散笔记-阿里云开发者社区

开发者社区> 大数据> 正文
登录阅读全文

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

简介:

2015年出差很少,感到整个技术都已经荒废了,收到12月份TOP100的会议通知后,还是去充点电吧,不然心慌啊。对于软件大会这种大杂烩式的会议已经没有多少兴趣了,看看这个TOP100组织得有何不同?

IMG_0788

会议分为了产品创新/用户体验、团队管理/组织发展、架构设计/技术战略、开发管理/流程再造、测试管理/质量平台共5个分会场,拿到会议手册时还是挺眼花缭乱的,除了对测试不太感兴趣外,其它4个主题还是都想听听。

新文档 4_1

 

 

第一天(12月5日)

1、大数据实时处理系统实现及其设计

对比了同时9点开讲的5个报告,我选中了美国微软胡鲁辉的《大数据实时处理系统实现及其设计》,油田的勘探大数据一直不知道如何落地,我想从中找点灵感,另外主要是想看看油田的录井实时数据有没有什么解决方案。由于会场中对大数据了解的人非常少,老师省掉了PPT中的许多详细技术细节,对我来说了解了几个要点,其它也就听不懂了。

1)Hadoop在2.0中增加了YARN,强化了云的管理功能

2)除了Spark外,还有一个叫Storm的系统,也可以进行实时大数据分析

3)Hadoop/Spark重点是对数据进行切割,而Storm重点对计算功能进行切割

4)Amazon的Kinesis云是一种实时大数据处理云,提供实时大数据分析服务。

IMG_0798

 

2、蚂蚁金融移动应用OSGi模块化架构实践

听这篇报告主要想了解一下OSGi有啥用处和好处,可惜没听到。另外就是了解如何进行模块化拆分。

有界面的application要实现移定性隔离,它崩溃了不能让整个应用闪退。

后台的service接口和实现分享,依赖接口;接口必须保持向下兼容。

采用面向切面AOP编程。

另外就是关于OSGi中的bundle的优化,保证启动速度。

IMG_0793

 

3、产品创新的“望、闻、问、切”之法

微软的高级顾问邹英毅果然不一般,从她的PPT中学到了几点:

1)制造时代,经销时代,信息时代,用户时代customer age

2)全球CEO的热点问题:用户行为的变化

3)挖掘用户的真正需求:客户要买的不是“电钻”,而是墙上的洞

4)收购skype的启示

5)移情图(或叫同理心地图)的应用来洞察客户

6)观察用户的行为,问5次WHY

7)客户旅程图,每个阶段都可以使用望闻问切的办法来找到痛点和改善点

8)比尔盖茨每年有个ThinkWeekPaper时间,国内的CEO有没有?

9)创新时单从一个好技术出发,去想如何去卖,经常会失败。而要从用户的问题出发,挖得足够深。

IMG_0782

 

4、小米盒子----品类创新之路

演讲技巧有些欠缺,讲到“二次尖叫”,你得多配些图和例子让在场的用户尖叫一次也行啊!

IMG_0794

但对小米的极简遥控器还是蛮欣赏的,可能天猫魔盒的遥控器也是抄小米的。

IMG_0795

 

5、自组织:如何用小变化创造奇迹?

数字油田中的自组织最近很火,我想听听互联网中的自组织是不是一回事?

大会上讲的PPT好多张在buzz中找不到,在团队中不求大的改进,小的变化持续做上6个月,就会发生惊人的变化。

自主性、变异性、应变力、带动力,最后产生滚雪球的效应。

IMG_0796

 

第二天(12月6日)

1、分享docker在数人的实践

最近docker很火,docker不是在操作系统上虚拟化,而是应用级别的虚拟化,但在数字油田上有用吗?我仍持怀疑态度,可能油田信息化当前的痛点还不在云上。

听课程PPT时听说了trello,马上安装了一个,就是一个轻量级的看板,小团队可以一试。(后面又听了2个敏捷实践,说经验较少的团队,还是从物理实体看板起步较好,等成熟以后再过渡到电子看板)

 

2、通过系统性技术方案提升移动端视频观看体验

乐视针对应用启动、视频起播、剧集切换、播放卡顿等问题做了针对性的小改进,如:延迟加载、更小的视频切片、减少网络请求、双播放器等,就是这一个个小改进提升了用户体验,上课时我安装了乐视应用,体验还不错,看来演讲人唐劲维分享的目标已经达到了。

 

3、用即兴剧原则打造敏捷应变的团队(5星)

这应该是几天内听到的最好的演讲之一,我定为5星。香港大学客席讲师果然演讲技巧丰富,能够充分与观众互动,原来心流Flow的状态不仅仅是一个人专注于学习时要达到的状态,在听PPT报告时也可以达到Flow的状态。

1)先做再说

2)协作

IMG_0799 IMG_0800

3)不要为了创新而创新

IMG_0801

4)精益创业

IMG_0803

5)这里也提到了移情图和客户旅程图

IMG_0802

 

4、八百万行代码的质量守卫战

标题和画面都挺震撼,可惜报告太啰嗦、气氛太沉闷,讲了半个多小时了还没有讲到实质性的内容,愤然离场。

IMG_0791

 

5、高效团队的催化剂

看出符章文是拼在一线上的团队领导者,里面的一些体会都是实干出来的经验。频繁代码评审、慢就是快,交付闭环。核心片子在这一张:

IMG_0804

 

6、Javascript编译实践

看这标题我误以为Javascript能够编译执行了呢,原来就是指压缩、混淆化和优化,还能完成国际化、漏洞兼容性检测等任务,但对开发人者有更高的要求。想要代码快,就要牺牲掉一些Javascript的语法特性。

IMG_0805

 

第三天(12月7日)

1、顺丰敏捷推进之看板探索

对于大多数国内团队的水平来说,这篇报告很有参考价值。

1)物理实体看板参与感强,是电子看板所无法比拟的。

2)根据自身的现状来进行看板实践,而不是照抄,只要做起来,以后慢慢逐步改善就可以了。

3)从想法到需求分析,到需求确认,再到故事拆分、编码及测试等,甚至专项技术研究都可以纳入看板管理。

4)几种颜色、泳道在实践中慢慢调整和改进。蓝:需求,绿:用户故事,黄:专项技术,粉红:缺陷,桔红:阻碍。

5)计划时间与实际时间的对比及测量

IMG_0812

IMG_0813

IMG_0814

IMG_0815

 

2、中兴网管UEP项目告警团队敏捷转型之路

挺喜欢这个项目负责人演讲的风格,通过一个个小故事引出来团队管理中遇到的问题,然后再逐步推进变革之路。

IMG_0816

1)传纸条与wiki的结合

IMG_0817

 

2)坚持回顾,时间长了就有效果

IMG_0818

3)防火墙的故事

IMG_0819

4)测试休假的故事

IMG_0820

可惜今天是周一,听报告过程中不断接到单位的电话,无奈只能离场。

 

对会议主办方的几点吐槽

这次大会比软件技术大会的收获要多,总体来说干货要多一些,就是会议日程太紧,报告太多。注册会议时,安装了buzz(拔丝)应用,可以提前看到几篇PPT报告。此应用的当前功能还有些简单,查找内容不太方便。微信中的公众号中的PPT好像也是引用这里的PPT。可惜公众号的功能仍有点弱,至少把会议日程放在公众号中,再把PPT按日期、主题分个类,让大家容易查找些。

会议手册的前3页按日期排列,后面的报告大纲却按主题排序,目录页上也不标页号,每次对着会议手册来回翻着会议日程去找后面的报告简介真是不易。

抽奖环节,虽然奖品不重要,但一个人哪能只在一个会场呆着?听到一位报告演讲者说得挺好,“抽奖的最终目的是什么?”,是留住听众?是获得更多的反馈?是获得真正的反馈?是获得点击量?找到背后真正的原因,就可以把这个活动做好了。

在几个会场的翻页激光笔经常失效(可能是驱动或无线距离的原因),演讲嘉宾经常打出手势让会场服务人员协助翻片。其中有一个会场,PPT始终切换不到大屏幕上,耽搁了十多分钟,在另一个会场也发生了类似情况(不过时间非常短)。

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

本文转自申龙斌的程序人生博客园博文,原文链接:http://www.cnblogs.com/speeding/p/5024399.html,如需转载请自行联系原作者

http://www.cnblogs.com/speeding/

 

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
大数据
使用钉钉扫一扫加入圈子
+ 订阅

大数据计算实践乐园,近距离学习前沿技术

其他文章
最新文章
相关文章