Calle Santa Fe

具有一定的可操作性。最主要的是，如果通过这种说话方式的改变和对目标的锲而不舍，而在结果上少一些碰壁，多一些对目的的把控感。那自然是对自己树立信心，增强心理韧性很有帮助。

做为一名肿瘤科医生，这部剧我还是很好看。外行通过观看了解急诊大夫的临床思维过程，有助于增强理解，缓和医疗矛盾

难以置信，终于明白为何只称他世界三大短篇剧集大师而不提其长篇，亏了如此好的台词，却创作了一本满满负能量，一个吃屎的绿头苍蝇恶心手段无不用其极的诱骗利用完一个个对他真情且真心帮他的友人、贵妇之后便踢开，而编剧竟让人渣最终如愿以偿得到完美结局，良人被编剧无底限的作贱……创作这么一个故事，编剧意欲何为啊！如此负能量的立意，不配跻身世界经典剧集之列的。

观看《Calle Santa Fe》编剧：Carmen Castillo。《Calle Santa Fe》到这里还没有结束，“国父”们的离去意味着美国政治进入“政客”时代，期待编剧继续“这个时代的大戏”，一定将更加精彩。 看过几本关于美国的书，我觉得这是迄今为止看过的写得最好看的美国历史书，必须推荐。 用书中这段文字结束这段恋恋不舍的观看吧：“美国不是一帮怀着远大理想、抱着必胜信念的“革命家”创造出来的奇迹，而是几个犹豫不决、瞻前顾后、不确定自己在做什么的绅士拼凑出来的巧合。革命开始的时候，谁也不知道它将怎样结束；革命结束的时候，谁也不知道它将意味着什么。正是对未来的恐惧和对未知的探索成就了一个史无前例的国家。他们费尽心机想告诉后人的，是他们的困惑和矛盾，是追求和思考。他们希望子孙们明白，宪法的目的不是消除分歧，而是保护表达分歧的权利。”

第一次见到这部剧还是三年前，那时候看到领导座位旁边放着一本。我看这名字挺好奇的，于是拿起来看了一会，心里想这是什么玩意儿，后来就放下了。 昨天早上我看青春书影有好友在读这部剧，点进去看评分竟然高达9.3分（今天变成了9.4），一般8.0以上就算是好剧了，9.0以上肯定是精品了。 所谓精品我理解一般是创始人或者行业泰斗等著的书。我这次没有错失良机，于是继续读了下去，一发不可收拾，越读越心潮澎湃，今天就读完了。可见同一本剧，不同的时间去都，感觉完全是不一样的。总之这是一本非常适合CEO、CFO、CIO、各种部门VP、审计、安全、开发、运维等角色读的书。能让你高屋建瓴，从全局来考虑问题，让你认识到什么才是真正的工作。 话说回来，读完遍后就算设想声临其境中也很难领略其中真谛之万一，虽然现在DevOps已经普遍流行了，但是真正难得的是开创人怎样思考经历了怎样的心路历程才得出这个成果的，这才是我们最值得思考的！ 其实看剧并不是在看剧，只是在看别人经历过什么，如果自己不去经历，基本上可以不用去读，因为就算当时获取了一些认知也是会反复、回转、可逆的，总归还是不测底的。所以需要去实践，然后总结，获得自己的一套知识体系，最后再去验证，如此反复锻炼去粗取精，这样才能得出自己的一点点成果。 本剧讲的是主人公比尔在公司股价大跌、IT运维VP与CIO被裁时，经过CEO忽悠后临危受命成为了IT运维的副总裁。在CEO的不但鞭策和幕后神秘投资人不断启发下（当然也少不了反对者与阻挡者），主人公陆续克服了种种困难与挑战并总结出了IT运维中包含的四种类型工作，分清了哪些是会阻碍工作的瓶颈。通过对工厂运维的苦思冥想，最终与团队伙伴一起创造了新的IT运维工作法则：三步工作法，并由此衍生出了DevOps的行为和模式（想继续深入学习的同学可以读《Calle Santa Fe》）。从而从质的方面提升了IT运维的效率与质量，最终业务、开发、运维可以在一起开心的玩耍了，一天十部署也不是事了，公司业绩半年后就超越竞争对手了。结局可想而知，主人公成了CEO的重点培养对象，从IPVP到COO到CEO都不是梦了。 感兴趣的备注 何为变更 变更就是对应用程序、数据库、操作系统、网络或硬件进行的物理、逻辑或虚拟操作，并且这样的操作可能对相关服务产生影响。 生产运维与IT运维 “如果你认为IT运维部没有什么可向生产运维部学习的，那你就错了。大错特错。”他说，“作为IT运维部的副总裁，你的工作是确保形成一条迅速、可预测、持续不断的计划内工作流，从而向业务部门交付工作价值，同时尽可能降低计划外工作的影响和破坏，那样你才能提供稳定的、可预期的、安全的IT服务。” 三步工作法：流通，反馈，持续学习与实验。 “年轻人，一旦明白了这些，你就能踏上理解‘三步工作法’的征途了。”他说，“第一步帮助我们理解在工作从开发部移向IT运维部时该如何建立快速工作流，因为那就是业务部门与客户之间的衔接。第二步告诉我们如何缩短及放大反馈环路，从而在源头上解决质量问题，避免返工。第三步告诉我们如何建立一种文化，既能鼓励探索、从失败中吸取教训，又能理解反复实践是精通工作的先决条件。” 高德拉特在《Calle Santa Fe》五个聚焦步骤 识别系统的约束点 决定如何利用这个系统约束点； 基于上述决定，考虑全局工作； 改善系统的约束点； 如果约束点已经突破了，请回到第一步，但要杜绝惯性导致的系统约束。 开发除了关注功能还应该关注什么 你在开发部的同僚切斯特，把他所有的工作周期都花在了功能开发上，而没有用在稳定性、安全性、可扩展性、可维护性、可操作性、持续性以及其他诸如此类的美好性