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

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

  • 相关阅读:
    oracle 数据库、实例、服务名、SID
    查看oracle数据库服务器的名字
    oracle表复制
    Oracle 备份、恢复单表或多表数据步骤
    如何查询一个表中有哪些列全为空
    mysql当查询某字段结果为空并赋值
    NoSQL初探之人人都爱Redis:(1)Redis简介与简单安装
    《大型网站技术架构》读书笔记四:瞬时响应之网站的高性能架构
    《大型网站技术架构》读书笔记三:大型网站核心架构要素
    《大型网站技术架构》读书笔记二:大型网站架构模式
  • 原文地址:https://www.cnblogs.com/speeding/p/5024399.html
Copyright © 2020-2023  润新知