作者彼得・西姆斯的《小亏大赢》法，其实并不算是创新。只是他将其整理成一套完整的概念，介绍了创新者如何通过一系列简单却常常违反常规的试验型方法，如快速失败从而快速学习、尝试新想法等，进而取得了颇具成效且富有启发性的突破性进展。凡人思维，总是想将事情准备到最周全、最完善、最有把握，才要动手。殊不知这世上从没有完美，站在原地，如何能够看到前方的地型？如何能发现前路的陷阱？唯有接受不完美，才能获得重要发现。而固定型思维模式和成长型思维模式的差距，也就在于此。固定型思维模式只能接收成功，无法接受失败。成长型思维的核心则是正确地面对失败，找出应对方法后，克服失败，再往前行。 这个《小亏大赢》法，在互联网公司中，已经是相当普遍性的成熟做法了。从各大应用程序 (APP) 的版本号命名方式，就可以看的出小亏大赢法的影子 --> 小步快跑，快速迭代。如微信 APP 版本号：8.0.27，得到 APP 版本号：10.4.1，都是在能达到客户基础要求之下，先行推出应用程序 (APP)，然后通过客户终端的反馈，在尽量不影响用户体验的情况下，进行局部修改或 bug 修正，让用户能感觉到不断的进步。特别要推荐本书第五章：沉浸，集中精力解决关键问题。作者提出了明确限制，并充分利用限制，以聚焦问题。然后将问题分解成若干更小的部分，并设定限制的关键。确实将我在这方面之前懵懵懂懂、似是而非的观念，梳理清楚了。在这分享一段关于版本号的命名规范相关资料：1 命名规范主版本号。子版本号。修正版本号 2 命名原则（1）项目初版本时，版本号可以为 0.1.0；（2）当项目在进行了局部修改或 bug 修正时，主版本号和子版本号都不变，修正版本号加 1;（3）当项目在原有的基础上增加了部分功能时，主版本号不变，子版本号加 1，修正版本号复位为 0；（4）当项目在进行了重大修改或局部修正累积较多，而导致项目整体发生全局变化时，主版本号加 1;3 案例主版本号改动：一期项目用 0.1.0；二期项目用 1.1.0；三期项目用 2.1.0；子版本号改动：增加了权限管理功能模块，版本号由 0.1.3 改为 0.2.0；修正版本号改动：修正了一个页面显示字符串，版本号由 0.1.3 改为 0.1.4。

老外的作品就是这样，一句话的观点可以整成一本书