独角兽项目

期待有天可以看到改编影视剧，期待有天我也能写一本土化版本05-15

作者把项目改革过程写的像小说一样，有正派有反派，有利益斗争，有剧情反转，看起来体验很好，不枯燥。新的环境下需要有新的工作方式，需要有变革和创新，从故事中学习。10-19

小不一定能赢大，快却能赢慢05-20

视野很不错，参考书目有收获。情节略夸张。06-17

有很强的即视感，但无法真正融入到这个故事中。很怪异的感觉。05-23

听了一半没有动力听下去了。几乎没有太具体的情节，知识部分虽然很有泛启发性，但是对于程序员工作者都比较基础。08-14

3.5 从开发工程师的角度来谈凤凰项目的支线。同样的问题：代码部署陈旧的技术栈，提交工单死循环，数据总线的代码路径，IIT不允许开发碰生产环境，稳定代码库，业务人员只异想天开而不看架构难度，QA完全可以自动化脚本，代码合并之混乱，跟着大项目而被搁置的单元测试。永远思考技术能带来的最高的业务价值活动，复杂性技术债务涉及技术和业务，在紧耦合和交织的系统中无法做出改变，必须从持续开发构建到测试到部署生产。工作的价值流意味着沟通、协调、排期、调度、排序以及化解工作冲突，不然会影响延长前置时间和降低质量。灵活使用API，修复高优先级的缺陷，避免新版本的重构，自动化创建环境和执行代码。裁员风波引出了从公司的现金牛业务看向未来的快速试错迭代，把非核心业务外包转移，培养团队新技术能力。五大理念太水了。SY04-19

精彩！复习下五大理念：局部性和简单性；专注、流动和快乐；改进日常工作；心理安全；以客户为中心10-09

相比《凤凰项目》较逊色，主要是理论高度不够。书中的故事还是以工程实践为主，而且最重要的前提是高层支持。这样的泥潭不少，怎么从这样的泥潭里面走出来各家应该都不一样，但我很难想象一家这么大的公司能够在这么短的时间内做出这样的从文化到实践上的改变。09-21

濒临倒闭，政治斗争，组织变革，推行devops、敏捷文化，数据驱动、数字化转型以上在互联网或者it公司常见的话题在这个虚构故事中，都有体现06-04

没有前作优秀，但是还是有一些理念可以借鉴11-12

这本书这本书坚定了我要去好好理解IT生产和效率提升的问题，也让我下定决心去考ITIL的认证。混乱可能是永恒的，只有搞懂理念并运用到工作中才会让自己在混乱中立于不败之地。让我重新理解了DevOps，也重新理解职业生涯规划，非常赞的一本书！12-31

虽然讲的是一个关于技术的故事，但很少用到那些让人云里雾里的专业词汇，很流畅的阅读体验。11-10

如果开发人员需要在开发功能特性和提高其工作效率之间做出选择，那么他们应该始终选择后者。——微软现任 CEO 萨蒂亚·纳德拉03-21

和它的姐妹篇一样精彩04-03

写得比《凤凰项目》更像小说了，好看10-01

如不上册，这本书里主要讲的是新旧理念冲突的政治斗争。06-14

金的写作手法比凤凰项目的时候更近一步。故事的流畅度和可信性肉眼可见增长。书中的有些专业术语也许对于非IT的读者不是很友好，对于从IT出身的工程师，现在可能是管理者，咨询师，培训师。。。的人们来说，那种纯粹写代码的快乐，和构建好程序发送到生产的满意好似是工作刚开始几年才感受过的激情。当数字化转型不是一个个PPT上的炫酷标题，而是企业里每一个员工都从心底认同需要去做的日常改变时，这个企业才是真正走上了转型的正规，不管你冠以它什么称号，也许就是一个反叛军，最终他们取得了胜利，因为那是潮流。 04-24