欢乐梅姑Auntie Mame

这部剧令我反思自己以往的观看方式，真的对于易安词就是自传体观看，而没有考虑其作为词人的虚拟性，惭愧惭愧。

我很少制定计划也讨厌遵守规则，所以从书名上看，这部剧真的对我没什么吸引力。看它评分挺高就想读读看，龙虾的故事激发了我继续读下去的兴趣。后面可能是翻译的原因，读起来有点别扭，十二个法则，真是过眼云烟，一个没记住。以后这类书不会再看了，至今为止，看过最好的有指导意义的书可能是《欢乐梅姑Auntie Mame》，但遇到事情到底怎么沟通并不一定，有时候情绪上来了会发现还是暴力沟通更有效一点，哈哈。 我根本不相信这世界上有什么能让人快乐幸福的终极法则，大多数人，道理都懂啊，仍然过不好这一生。

是一本好剧。 一个行将就木的老人，对着自己儿时最好的朋友，回忆曾经的背叛及关于背叛、友情与爱情，他用四十一年的时光所能理解的一切。 一个仪式，一场告别，一段剖析。是的，他非如此不可，他用这样的方式保住了最后的体面和尊严，可以无憾的走了 友谊是什么？爱情是什么？什么是背叛？什么是忠诚？ 人是什么？ 有人以死亡做出回答，有人以活着来回答 有些问题，无解 死亡是，他走了，连同他顽固的执着

听樊登看剧会讲到这部剧后，马上找来一读。本剧通过大量科学实验和具体事例对意志力做了全新的解释，让我对意志力有了更深层的理解，不过对于如何提高意志力的方法，书中虽然给出很多启示，还是不太清楚自己具体应该如何去做。可能需要根据自己的情况，去探索和验证对自己有效的方法了。

历史碎片，不过写出了好多大众所不知道的历史背后故事，为历史贡献的人发声和正严正是我们的责任和义乌所在，这样的历史小记还是碎片化，希望能系统和内在逻辑和历史引导，不希望重大的历史仅仅成为一些故事而已，希望能发挥更大更浓的历史教育意义。

我们常向外寻找因果、依靠、动力乃至温度，而忘记了自己才是这一切的本源。

01懂业务 懂业务是指，能对业务的下一步发展有着自己的理解和看法，对业务流程如何进一步优化能更好地提升业务，甚至对企业现有的业务提出创新的想法，为企业带来新的业务增长点。 02微服务 SOA理念最核心的价值：松耦合的服务带来业务的复用，通过服务的编排助力业务的快速响应和创新。 03服务中心建设 服务中心建设要考量的三个重要方面 共享服务中心的架构目的是通过业务拆分来降低系统的复杂性；通过服务共享来提供可重用性；通过服务化来达到业务支持的敏捷性；通过统一的数据架构来消除数据交互的屏障。 所以，所有的原则和方法都是为了这些目标服务的，“以终为始”再来看服务中心建设的原则和方法就会明确很多。 从设计层面来看 主要是要遵循面向对象的分析和设计的方法，即业务和系统建模遵循面向对象的基本原则，这些是多年软件工程学的沉淀，服务化不是开创一套新的设计方法，而是一个指路的明灯。 从运营层面来看 服务中心应该是一个完整的业务模型，要有数据运营和业务整合的价值，前面在介绍淘宝的服务中心时，一直在强调服务中心的发展变化性和可运营性，比如淘宝的商品中心，绝对不只是简单的商品增删改查的服务接口，而是建立一个全球最大的商品库，同时提供该商品库的管理运营的方法和配套工具服务。当然淘宝的商品中心建立成这样是淘宝的电商业务决定的，并不意味着其他业务系统也要按这样的标准去建立自己的商品中心，一切要根据业务来做判断。 从工程层面来看 共享服务的架构是基于分布式架构，分布式架构解决了一体化架构在大规模应用上的问题，但是也引入了分布式事务、问题排查等方面的一些难题，所以在规划服务中心的时候，一定要综合评估业务层对服务中心在数据库、业务以及运营方面的需求和技术上需要的投入。不能图一时之快把业务拆得非常彻底，到最后却不得不用很大资源投入来解决技术上面对的问题。 总体上，我们从这三个维度出发来决定服务中心的设计和评估。 04平台性能问题 解决平台性能问题的核心就是数据库事务的异步化。通俗来说，就是将大事务拆分成小事务，降低数据库的资源被长时间事务锁占用而造成的数据库瓶颈，就能大大提升平台的处理吞吐量和事务操作的响应时间。