昨晚（3/12）给团队做了一个分享，叫《创新的迷思》。题目不是我起的，连PPT也不是我写的，是周筠老师发给我的邹欣老师的讲稿。要是换作以前（一个月之前），我是绝对不这么做的，我会添油加醋一些自己的东西，或者从自己的角度去讲。要是换作以前的以前（五六年之前），我连这样的分享都不会做，我会觉得这不是我的东西，没有成就感。当时是OReilly CEO的一句话敲醒了我，他说我们不是在卖书，我们是在传播创新者的思想，这让我认识到传播本身也是有价值的。关于创新的问题，困扰了我很久，直到年前看到邹欣老师的博客文章[1]才敲醒了我，我要把一些认识传播给团队。
言归正传，昨晚讲了2个多小时，72页的PPT，应该分成两次比较合适。内容太丰富了，我这里不重复了，有兴趣的可以直接看邹欣老师的博客文章，或者买一本《构建之法》，在这本书里有专门的一章，比博客文章要系统和完善的多。我这里只分享其中的一个点，就是创新的时机。
其中有个G-number的小游戏：
每个成员写下名字和一个(0, 100)开区间的有理数。最接近G点者获胜，最远者输。G点的计算方法：G = 0.618 * average (all numbers)。
共有20个人参加了游戏（不包括我），我给大家两分钟的时间，对于结果会是多少，我心里是没谱的。你现在心里猜一个数字（记住不要更改）。
你可能会想，大家随机报的话，平均数会是50，50 * 0.618 = 31，那么我选31低一点。但其他人也不是傻子，那大家都选31附近的数的话，我得选31 * 0.618 = 19。那么还得继续往下迭代，我就干脆选0.0001好了！
0.0001是正确答案吗？
我公布昨晚我们游戏的结果：G点值是19.28，一位出了21的获胜，一位出了70的输。
邹欣老师在书上还做了总结，第一次游戏获胜数字一般离17不远，也就是平均进行了两次迭代。
在我公布题目后，就有同学冒出来说接近0，被我制止了呼喊。如果大家脑子转的都足够快，可能最后真的接近0。但某些想的快的同学，并不能决定整个团体的思考阶段。即使写了0.00001，也不能赢得比赛。
在创新的道路上，需要的是领先一步，且只领先一步。我在大三的时候（2003年），上一门人机交互课程。老师剖析苹果公司的Newton产品的例子，就是苹果的产品总是领先市场两步，以至于失败。但从我的分析来看，从2001年苹果发布iPod之后，就懂得只领先一步的道理了，不管是iPhone、iPad，还是刚发布的Apple Watch。
（请在百度搜索Apple Newton）
为什么领先两步不行，我们看下面一张图：
（请在百度搜索跨越鸿沟）
这张图来自于《跨越鸿沟》，描述的是大众对新技术接受的曲线，曲线的面积大致对应人数。大众平均值再往前一步就是早期采用者区间，这里存在一个鸿沟。推出的太早，就跨越不了这个鸿沟。
再换一种角度，Gartner给出的技术成熟度曲线（纵轴是大众对新技术的期望值）：
（请在百度搜索技术成熟度曲线）
可以看到期望值随着时间会出现很大的变化，先后经过技术触发期、期望膨胀期、迷茫期、低调发展期、主流发展期。我们使用的所谓新产品（如iPhone），一般是渡过迷茫期的二代产品，第一代的也许都没等到这一天（如Nokia N70）。
以下是2014年的技术成熟度曲线：
（请在百度搜索 2014技术成熟度曲线）
我所从事的Big Data，还远没过时，处在迷茫期。
一位组员听了报告后的感想：
听完了，发点感悟：内容很丰富，很多例子听起来也很有趣。前半段听的比较仔细，后面太饿了，注意力没有太集中。总体上的感觉是以前理解的创新总是很高大上，很突出的东西，虽然很向往，但是总感觉离自己很遥远。已至于别人提出了可能比较创新的idea，自己也可能是那个泼冷水的人。现在觉得创新体现在我们身边更多是一种微创新，创新也可以是一种从量变到质变的过程，我们做的很多工作从一个点来看是也许单调枯燥的，但从长远来看可能也在为整个互联网的创新贡献着些许力量吧(^_^)
我算没白讲。
[1] IT行业的创新 - 创新的迷思 http://www.cnblogs.com/xinz/archive/2011/07/09/2102052.html
创新的时机——学习《构建之法》
对“创新的时机——学习《构建之法》”的回应
《构建之法》热门书评
-
构建之法，运用之妙，存乎一心
15有用 0无用 杨贵福 2014-12-31
构建之法，运用之妙，存乎一心1. 构建之法，存乎一心史学理论与史学史，是把历史自己作为研究对象的学科，前者讨论历史本身所研究的内容，后者讨论历史研究本身的历史。这种对于抽象的抽象的研究，正符合计算机领域 meta... 这样的思想。当年 xml 刚出来时，不少计算机和图书情报的大学生照本宣科地提到，...
-
可否把邹欣老师这个人也给“出版”了？
11有用 0无用 王忠杰rainy 2014-10-02
“软件工程是计算机专业里很难讲的课程之一。面对在软件开发方面经验很少的学生，邹欣老师通过丰富生动的故事和隐喻帮助学生建立软件工程的思维习惯，通过严格扎实的动手训练与考核帮助学生总结归纳自己的“最佳实践经验”。读这本书，软件工程课不再是一门枯燥沉闷的“文科类哲学课”，变得出乎意料的生动有趣。这是IT学...
-
水面下的冰山——读《构建之法》
10有用 0无用 qiuyue 2015-04-07
足球课上，学员们发现教练没有带球，于是向教练询问原因。教练反问道：「足球比赛，场上有 22 名球员，同一时刻一般会有几个人触球？」，学员答「1 个」，教练说，「那么，今天我们就来学习剩下那 21 个人要做的事情」《构建之法》可能是我读过最有用的软件工程书。我已经不再写代码了，但依然翻来覆去把书读了三...
-
匠心独运，干货满满
10有用 0无用 Sirui 2014-11-12
一年半前准备实习面试，曾寻觅到邹欣老师博客上“现代软件工程”讲义来突击学习PM相关章节，而这次《构建之法》出版，通读全书更是受益匪浅。从一个初入职场的PM的角度来看，这本书是走入PM大门不可或缺的读物：其项目管理和产品相关章节既有宏观的介绍，又可运用于实战。而作为PM去看开发/测试的章节，则能进一步...
-
100倍速度前的慢动作
9有用 0无用 nongfei 2015-01-15
周老师请我写下读后感，一直没有写，原因是工作十几年第一距离技术一线渐行渐远，第二距离微软方法论渐行渐远，第三在近期工作无论微信硬件平台还是无人机都是最前沿的领域，没有太多可以参考的东西，基本都是在破坏旧世界建立新世界，对团队同学和自己的要求都是首先“忘掉过去的经验”。看了邹老师的《构建之法》，往日在...
