Seul ou avec d'autres

三天时间，终于看完了，很有收获，我在边观看边进行练习的时候，我的心放松下来了，前几天隐隐作痛的胸口也被我觉察到！于是我透过胸口的疼痛觉察到我大脑给自己带来的深深的恐惧感，这些恐惧就像一块大石头压在自己的心里！我似乎听到我的心和我说，别压了我快受不了了！ 于是我自己慢慢的闭上👀👀，去感受，去和这个疼痛链接，看见他，关心他，慢慢的疼痛消失了！ 看整本剧的时候我都是在书房里，安静而又平静，我感到内心无比的宁静，我点上香薰蜡烛，沏上一壶茶，一呆就是一个上午，很享受，果断买了纸质书，收藏！作为一名家庭教育讲师，这部剧必备！

望君此生与繁华……维桑，你可知道……你在何处，那处便是我的繁华。这部剧真的好看，帝王将相，爱恨辗转，虽然开始有点虐心，但也是彼此爱到了极致，也就是你在何处，那处便是我的繁华。

两节课大概浏览了一下这部剧，关于扭曲思维的那章还是挺好的，挺有用的。不要放大和极化自己焦虑，注重解决方法，注重情景，可以对要发生的事进行量化，避免使用不行了，要死了，百分百否定的消极词语。 最后，注重自我呵护。

剧透，请绕行！！！ “犯罪者必须要有这样的思想准备，就是自己犯罪的同时也抹杀了自己亲属在社会上的存在。为了显示这种客观事实，也需要存在歧视。” 一对在父母相继离世后相依为命的兄弟，因工作劳累而失业的哥哥刚志，为了成绩优异的弟弟不担心大学的学费，铤而走险入室盗窃最终犯下杀人的过错。而弟弟直贵因为哥哥犯下的罪过，不得不背着杀人犯弟弟的身份，承受着社会的歧视。 直贵也想过要堂堂正正光明磊落，一点点让周围的人们接受他，慢慢恢复与社会的相容性，但事情不仅没有按他预期的方向发展，放弃了工作，放弃了梦想，也放弃了女友，最终连他的妻子和女儿也不能幸免。 哥哥的Seul ou avec d'autres一次次将他“杀人犯弟弟”的身份暴露在人们眼前，Seul ou avec d'autres中对他学业、工作、生活的关心，也一次次触及他的痛点。即使他不回Seul ou avec d'autres、搬家换地址，也无法躲避，这让他近乎崩溃。 “原来，自己和哥哥身上流淌着的是一样的血脉。而世上的人们所畏惧的，恰恰是那血脉。” 当平野社长以仿佛在谈论天气一般的寻常口吻对他说：“歧视是理所当然的……我们需要对你区别对待，这也是为了让所有的犯罪者知道，自己要是犯了罪亲属也会痛苦。” 直贵突然明白，原来“自己现在的苦难，正是对刚志所犯罪行作出惩罚的一部分。犯罪者必须要有这样的思想准备，就是自己犯罪的同时也抹杀了自己亲属在社会上的存在。为了显示这种客观事实，也需要存在歧视。” 我觉得平野像是直贵生命中的贵人，不是那种提拔重用，让你后半生顺风顺水，而是在你迷惑的时候能告诉你该怎么去走好脚下这条路。 但是越来越瘦的平野，我总觉得他身体可能会有一些问题...... 人的一生中，会遇到无数次选择，人生的不同之处，在于有选择的时候，我们做出的是什么样的选择，这种选择，影响着我们的未来，乃至我们最爱的人的未来。比如刚志的犯罪，比如直贵断绝与哥哥的联系。 彼此，都很漫长啊！

一点“小事故”是行动差点失败被冻成冰雕，准备完全的“行动预案”是一袋暖宝宝，xs这把是熙阳红语言艺术高端局！

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