1. 魔方的创新

在《构建之法》的魔方的创新一节中,作者归纳了创新的几个阶段:

  1. 新产品刚刚出现。
    在此之前,市场处于空白。也许是一个需求刚刚产生(如智能手机的发明后才产生对app的需求),也许是一个需求刚刚被挖掘,也许是此前没有满足需求的技术。
    在这种情况下,新的技术因为创新取胜,成为市场中唯一的成员,

  2. 各个产品竞争。
    新的产品获得成功之后,必定会有另外一些同类型的新产品加入竞争(如共享单车的成功后出现了一系列杂牌共享单车,甚至共享电瓶车、共享养猫等共享类产品)。
    在这个阶段,大家技术非常相似。假如要获得竞争的优势,可以的选择有:

    • 在封闭的、没有竞争产品的环境中发布自己的产品。不过个人认为这样的可能性很小,现在许多开发环境都是开源的,如linux android,即使是ios这样的封闭生态环境也可以用公开的api开发。而且随着互联网时代的进展,封闭的环境越来越少。除非真的被GFW封闭起来,否则似乎不太可能。而且事实证明,就算是GFW内部也有不少互相竞争的产品。
    • 依赖自己的其它优势和垄断捆绑销售自己的产品。(如腾讯、360捆绑销售全家桶?)个人以为这样首先有点流氓;其次自己产品假如没有出众之处,自己的垄断优势再大也没法吸引用户,强制推广反而容易让用户反感,进而不利于自己的产品;最后,这种策略不适合新进入市场的、没有现有资源的开发者。但是对于大公司新开发的确实比较好、但是没有得到足够推广的软件,可以适度地利用自己的垄断优势进行广告和推广。
    • 开发有差异化的新东西。这应该是我们每个人的真正目标。
  3. 市场近于饱和。
    这个阶段是第二阶段的自然延伸,随着竞争的激烈,许多产品被挤出了市场,市场几近饱和,而且通常会被几大产品占据。
    这时候,为了进入市场,必须有足够的创新。
    幸运的是,创新不是不可能的。软件开发方面有足够多的逆袭的例子。

另外,作者还通过屁股后面玩魔方的大牛和小公主魔方两个例子,讲述了针对目标用户进行创新的重要性。

每个产品都有自己的目标用户,而只有针对自己的目标用户进行创新,才能够获得成效;否则,可能想法很好、技术很厉害,产品却无人问津。

另外,在这个过程中,一定不能“用屁股对着用户”,而要时刻接受用户的回馈,从而调整自己的设计开发路线。

这些想法对我们的团队项目都很有意义。

2. VCD的创新

创新的先行者:

根据材料,姜万勐与孙燕生受图像解压缩技术启发,想到可以用光盘同时记录图像、声音信息,从而记录视频信息,并从而开发了世界上第一台VCD,几乎可以说开创了一个时代。这是一个非常好的创新案例,告诉了我们紧跟技术前沿的意义之所在。技术的前沿通常是在相对较为空白的领域进行的非常有创造性的工作,接触这些知识不仅可以开拓我们的视野,还可以启发我们自己的工作。这不仅对于软件工程课程很重要,对于以后的学习研究工作也很重要。

然而遗憾的是,两人并没有保护好自己的知识产权,因而样机被解剖、损失惨重。这告诉我们一定要相信法律、相信专利的意义,采取各种措施保护自己的知识产权。

VCD的盛衰更迭:

在最早的时候,尽管VCD技术很好,但大部分公司都出于习惯不愿意采用VCD;这便是技术生命周期中的沟(Chasm),一些不能坚持的产品会死在这里。

随后,大部分公司都开始采用VCD,造成了许多VCD厂家之间的恶性竞争,也有许多产品死在了这里。

最后,VCD慢慢被淘汰,DVD、BD甚至网络媒体变得主流。

个人感悟:

在竞争的时候,保护自己的特色、自己的知识产权很重要,把握好技术变现、投入市场的时机也很重要。

假如我是当时的竞争者,我会选择前期好好积累技术、研究需求,并观察市场的变化;等到第一批用户有了好的回馈、后期用户开始接纳新技术时进入市场,这时仍然没有到竞争的白热化阶段,仍然可以占据一个较为领先的地位。
此后,一定要观察市场动向、注重创新,对于新的技术要投入一定的精力去研究。因为媒体介质更新换代较快,不能够将自己局限;只有不断地创新,才能尽量不被淘汰。

3. BBS的创新

为了探究在诸多BBS中,stackoverflow成功的原因,我登陆了stackoverflow网站、体验了一下操作,并且与其他用户沟通了一下,总结出stackoverflow的成功之处如下:

清晰的定位。据了解,早期的stackoverflow功能更加简单,就是讨论并解决编程问题,针对的用户群很窄,就是程序员群体。现有的stackoverflow许多功能都是后来慢慢加入的。
这样的好处有很多。
第一,这个定位非常好,程序员群体比其他人更依赖电脑与网络,而讨论并解决编程问题的需求确实很大。另外程序员群体通常而言教育高,社区管理起来会方便一点。
第二,更窄的定位其实更有利于吸引相应的人群。很多其它论坛,如人人网,定位非常广泛、内容涵盖各个领域,反而不利于吸引特定的用户。
第三,窄定位有利于做得更精。早期stackoverflow的功能很少,所以可以更深入研究各个功能的特点,从而将各个机制都做得很出色。机制的出色下面会讲。
第四,窄但是粘性大的用户群体可以发掘更多的需求。现在stackoverflow的许多功能如小组、招聘等,都是慢慢发掘出并加入设计的。这样既便于开发,又更好满足用户需求。这种思想我们的团队项目可以学习。

出色的机制
第一,参与讨论非常容易,只要登录了就可以问答、投票,而不像一些重型BBS如CSDN BBS
第二,问答机制给提问者满意的答案,也给回答者获得高投票的满足感。
第三,通过投票筛选答案,reputation筛选用户,高reputation的用户可以进行管理。这个机制比贴吧之类BBS的楼主管理机制更完善,更有利于筛选正确答案、筛选技术大牛,以及鼓励技术大牛更多贡献。其实这个机制和知乎是相似的,但是知乎不太珍惜自己的用户资源。【顺手就diss了一下知乎

总结:stackoverflow给我的领悟在于很多时候不需要做一个大而全的产品,产品可以只针对特定的人群,但是只要做精了、用户粘性大了,同样是成功的产品。
另外,就像魔方的故事中说的,不要“用屁股对着用户”;对于用户需求不太确定的产品,增量式开发比一开始就把所有细节定好更有利。我们开发时也可以先开发核心功能,再根据需求进行拓展,既方便又能满足用户需求。

4. 软件工程的技术和实践如何帮助创新

曳光弹:在《程序员修炼之道》中提到,编码之初先搭建一个大致框架,然后慢慢填充编码。这样可以在开发过程中不断尝试新的编码方法,有一定的灵活性。缺点在于框架搭好之后,中间模块较为固定,没有很多创新的空间。

增量式开发:先编写最简单的核心功能,再根据需求开发拓展功能。除了软件工程上这样会方便编码以外,这样保证了一定的灵活性,如果有了新的创意可以融入旧有的项目。另外,将现有的产品付诸使用、根据反馈进行增量式开发,这样的方式也可以在开发过程中不断启发新的创意。

持续重构:通过持续的、及时的重构,既可以在项目生长时避免可能的问题,也可以在开发过程中反省过去的结构、构思新的结构,从而启发新的创新。

5. 科研和创新

注:书中所给的链接无法使用,要看李凯教授的文章可以点链接

李凯教授的这篇文章非常深刻,让人感慨良多。我只是一个学生,对于学界、商界的整体情况不了解,只能根据自己的视野表达自己的感想。

教育体系结构问题

在这篇文章中,李凯教授提出教育体系结构有两大问题,低工资结构与按照计划分专业。

对于低工资,文章给出了翔实的数据证明各国公立大学教员中,中国、前苏联的科研人员工资最低。这也许是集中式、计划式教育的问题。
虽然我对具体情况不了解,但我可以想象,在整体的低工资情况下,会有大量科研人员流向国外和工业界,而基础研究与尖端研究力量会不充足。文章同样给出了香港的案例,证明了工资对于科研的重要性。

另一个问题,按照计划分专业,而且很难转专业,这可能造成学生与天赋的不匹配、市场与毕业生的不匹配。
学生与天赋的不匹配问题对于浙大之类的学校也许很严重,但在科大基本可以自由转专业,所以问题没那么严重。
而市场与毕业生的不符在你科可能就比较严重了。即使在今天,科大的培养方案也仍然严重倾斜于理科、传统科研,而与市场吻合的方向资源不多。
这些都不是重点……重点是创新,对,创新。

个人认为,创新非常需要的就是新鲜的信息。人是不能闭门造车的。然而在现在的教育体系结构下,尤其是你科,整体结构比较封闭,信息渠道不多,这样其实既不利于创新,也不利于科研。

创新与科研

在文章的第二部分,李凯教授区分了科研与创新两个概念。

在此以前,我也经常将两个概念混为一谈。实际上,科研面向的是问题,工作在于提出理论、解决问题;创新面向的是用户与市场,工作在于利用理论,开发产品,获得利润。

常常会有这样一种想法,即大学教授可以将自己的工作投入创业。现在我才明白,这种想法是不现实的。一来许多科研工作是远离市场的,二来科研与创新遵循不同的规则,两者混为一谈只会互相干扰。
比如,以利润为导向会影响科研结果的共享。而且真正的、尚未研究出雏形的高新技术要投入市场需要很长的过程,以最终的利润为导向进行科研显然是不妥的。最后,科研人员往往对市场了解不够。

基于这样的认识,作者提出应该国家资助科研,市场决定创新。个人认为这是一个很好的想法。

个人感悟

科研与创新是完全不同的领域,但是又相辅相成。现在我认为,两者应该互不重叠,但是又互相合作,才能达到最高效率的开发与变现。现有的体制也应该有一些调整,但我不了解,所以就不多加议论了。

6. 创业——坚持目前的方向 vs. 尝试更多的想法

在这里给出的文章中,作者讨论了一个有趣的循环。一开始,创新者有了新想法但并不了解,因此充满了“无知的乐观主义”;随着深入了解,这种心情会慢慢变成“有知的悲观主义”。这是一个正常的过程,成功的创新者应该努力让自己继续工作,直到进入“有知的乐观主义”状态。

问题在于,在这个过程中会有诱惑。可能会有一个全新的想法出现,让人重新感觉到“无知的乐观主义”状态。然而如果每次都被诱惑、分心、改变工作方向,这会成为一个无限的循环。因此,作者建议如果出现了新的诱惑,要像奥德赛一样坚持前行,堵住耳朵不被海妖诱惑。(这个比喻挺有意思的就抄过来了,结果被我翻译得十分乏味……

然而个人以为,有些情况下,尤其是时间、精力、能力有限,或者现有方法、思路已经落伍的情况下,继续工作是没有意义的。开发时,确实要避免过多idea的诱惑,专心地、一点点地开发;但一味堵住耳朵似乎不行,应该区分确实可行的建议和单纯的诱惑,才能做出最好的选择。

7. Xerox Parc的成功技术创新和推向市场的失败

Xerox Parc即施乐帕克研究中心,是施乐公司所成立的最重要的研究机构,有诸多令人惊叹的发明,如鼠标、GUI、以太网、smalltalk(这些发明……今天的我依然相当震撼……这也太强了)。然而,Xerox Parc从未将自己的产品推向市场。下面以Xerox Alto为例进行分析。

Xerox Alto被认为是世界第一台PC。它集成了Xerox Parc各项发明:它能够连接以太网局域网;它上面可以运行各种软件,包括他们的smalltalk;最重要的是,它第一个以鼠标驱动、具有文件系统GUI,改变了以往的人机交互方式。个人看来,这真的是一个飞跃。
Xerox Parc的开发氛围十分宽松,开发人员都非常有灵感,个人认为这是Xerox Parc成功的一个大因素。

然而,Xerox因为眼光的缺乏,并没有将Xerox Alto及时投入生产,因此被苹果公司抢先,尽管Xerox Alto比Mac性能还要好,从而失去投入市场的可能性。这真的是非常可惜。这也印证了技术生命周期曲线,进入市场太晚却缺乏核心竞争力,因而无法占据市场。
这提醒我们,开发新产品时,要尽量找好时机。虽然我也不清楚这个时机具体怎么找,但是如果公司很大、承受损失能力较强的话,早期将产品投入试水总归会比过晚投入错过机会要好。

另外,Xerox Parc开发人员或许真的是“纯粹的科研人员”,没有足够的版权保护意识,所以造成了比尔盖茨调侃的“天下皆抄Alto”。这和万燕VCD简直异曲同工,这提醒我们开发人员要注意保护自己的知识产权。

转载于:https://www.cnblogs.com/jennawu/p/8711298.html

《构建之法》中关于创新的探究相关推荐

  1. 关于构建之法中小飞问题的个人看法

    程序员小飞原计划三天完成某个任务,现在是第三天的下午,他马上就可以做完.但是在实现功能的过程中,他越来越意识到自己原来设计中的缺点,他应该采取另外一个办法,才能避免后面集成阶段的额外工作,但是他如果现 ...

  2. 现代软件工程的《构建之法》

    要想了解世界,就必须亲自来打造它. -- 帕韦泽(Cesare Pavese) 国庆假日期间,我重读了邹欣老师的<构建之法>一书.我从事软件行业相关工作超过15年,每每在被问到给在校计算机 ...

  3. 《构建之法》第十六章 IT行业的创新

    摘至 邹欣<构建之法>一书,以作学习之用 创新的迷思 最近几年,我们整个社会似乎对创新很感兴趣,媒体上充斥了创新型的人才.创新型的学校.创新型的公司.创新型的城市.创新型的社会,等等名词. ...

  4. 迷路在现代软件工程中的羔羊——略读邹欣老师《构建之法》及讲义有感(附上源代码管理软件以及CI/CD调研Demo)

    迷路在现代软件工程中的羔羊--略读邹欣老师<构建之法>及讲义有感(附上源代码管理软件以及CI/CD调研Demo) 项目 内容 这个作业属于哪个课程 北京航空航天大学2022春季软件工程(罗 ...

  5. 《构建之法》IT行业的创新 读书笔记 WEEK 5

    本周选读邹欣老师的<构建之法>第16章--IT行业的创新. 邹欣老师将本章话题分成五个部分来阐述:创新的迷思.创新的时机.创新的招数.魔方的创新.创新和作坊,博主认为时机和招数这两个部分在 ...

  6. 现代软件工程—构建之法》第一章 中出现的计算机专业术语

    现代软件工程-构建之法>第一章 中出现的计算机专业术语 软件 程序 软件工程 二叉树 遍历算法 数据结构 算法 应用软件 软件服务 源程序 软件架构 软件设计与实现 依赖关系 编译参数 链接参数 ...

  7. 《构建之法》第八章 需求分析

    摘至 邹欣<构建之法>一书,以作学习之用 软件需求 人们为了解决现实社会和生活中的各种问题,要求助于软件.人们的需求五花八门,那么软件团队如何才能准确而全面地找到这些需求呢? 需求分析方法 ...

  8. 构建之法读书笔记03

    构建之法读书笔记03 阅读之前:   我发现这本书我越往后读越是后期软件方面的东西,好多东西因为我之前没有接触过软件,所以都变得晦涩难懂,但是大体意思我也应该明白.我知道微软但是不曾设想过他的工作体系 ...

  9. 《构建之法》读后感5

    软件工程涉及的范围很广,对于即将投身IT业的学生而言,软件工程的内容又非常重要.读构建之法,尽管本书介绍了不少IT业正在使用的理论和技术,但是,这本书的主要思想并不是介绍所有的新思想和新技术,而是从这 ...

最新文章

  1. java中字符串分割器_java简易文本分割器实现代码
  2. div居中 边框设置 文字行高设置
  3. 1131 Subway Map (30 分)【难度: 难 / Dijkstra最短路】
  4. 华为ipd产品开发流程_IPD(集成产品开发)成败取决于什么?
  5. php年月日滚动选择,Unity3d—做一个年月日选择器(Scroll Rect拖动效果优化)— 无限滚动 + 锁定元素...
  6. 使用std::thread线程相关函数,-static静态编译的程序运行时的一些常见错误
  7. Pixel6 解锁bootloader
  8. 【ElasticSearch】ElasticSearch 7.x 默认不在支持指定索引类型 Failed to parse mapping [_doc]: Root mapping definitio
  9. 学习python:实例属性和类属性
  10. u盘在磁盘管理可以显示 但是电脑中找不到_电脑无法识别U盘?5步操作让办公族轻松搞定!...
  11. 多体动力学ANCF方法简单介绍
  12. 微信公众号开发文档参考
  13. spark sql 字符串转时间戳
  14. 设置计算机从目标磁盘启动,电脑开机怎么设置从U盘启动
  15. 用Java解决牛客网题目BC30kiki和酸奶
  16. 打开HFSS出现Unable to detect installed products的报错,要求make sure that config/admin.xml exists
  17. 京沪高铁上火车位置的实时监视模拟网站的开发
  18. 虚幻4地形怎么增加层_虚幻周报20200407 | 在家也要好好工作呀~
  19. MyEclipse快捷键大全(转自豆瓣)
  20. 电脑计算机显示调用失败和未执行,远程调用过程失败且未执行的详细处理方法...

热门文章

  1. 一般使用什么工具压缩视频
  2. RPF检查在组播数据转发中的应用
  3. 人事工资信息管理系统
  4. #读书#黑白之间——中国历史文化中的任侠者
  5. 烟尘识别 python
  6. Redis主从复制的配置并进行场景测试
  7. 解决搜狗浏览器下载文件小括号乱码的问题
  8. 金蝶显示无法创建kis服务器,金蝶kis新建账套未成功解决方案
  9. 自主品牌车联网研究:高算力芯片推动车联网融合AI
  10. android 音频播放器eq gain,关于EQ设置的事