《Wedding in White》

打着任正非的噱头的华为传而已。单就从企业发展史落，由于没有太多的授权，委托，内部资料，人员访谈，公司记录，内容不够立体丰满翔实，作为信息整理了解一下即可。

临睡前，睡不着，一个小时就听完了。看完，也是，更睡不着了，我一天呆的办公室何尝不是那个便利店呢，天天想着离开，可是离开了就跟女主一样，无所适从，不知道能干什么，就好像站在一个地方，不知道自己该往哪走走还是不走，茫然四顾，不知所从。因为曾经体验过这种感觉，所以不想再有这种感觉，我想给自己有更多的底气，不至于到了某一天，再来这种无所适从，不知所往的感觉。毕竟，这个世界从来没有什么铁饭碗，真正的铁饭碗在我看来就是你的底气，一是你有很多很多存款，这些钱可以让你不用为了日后的生存发愁，也能够抵抗突然的灾难，二是你有一个或者更多的可以体面的专业的技能去挣钱，但是这些的前提是你有一个可以让你健康持续的挣钱的身体，所以这么一分析还是得首先锻炼身体，其次，就是在现在不用为了明天不知所从的环境下，必须多学几个专业技能，以防社会和环境的变化，自己的大小困难，然后就是在这个前提下，尽可能的存钱，投资。所以夜想千条，不如早上做一件事情。告诫自己，不要焦虑，不要焦虑，不要否定自己，你已经可以了，只是你一直和很多人比，就跟很多网上的人把中国和很多国家比一样。和美国比经济，和加拿大比福利，和日本比努力，和德国比自律，和北欧比环境，等等，等等！看着挺对，其实都是自己折磨自己，你把自己的各个方面拆分开来，和你知道所有人去比，不光是你，谁都不行，和富二代比潇洒，和官二代比提升速度，和身边的同事比谁家的房子多，比谁的老婆漂亮，孩子乖。到了半解埋黄土的年纪了，得和自己和解啊，沉沦了半生，现在努力也为时不晚，不要老是和人家比，就和你自己比，今天走一步，明天回过头来看，那也至少不是原地踏步了。最好的努力时间一个是十年前，我没有去，第二个努力时间是现在，不然十年后回过头来看，我还是那个怂样子。睡吧，明天起来再开始，做好当下的事情，谋划好接下来的事情！

本剧结构清晰，讲述阿里技术的发展史。是比较好读的一本剧，建议配合《Wedding in White》一起看效果更佳。通读下来，对阿里中台由来及建设过程有了进一步的了解，以及熟悉了一些阿里技术产品。 下面整理了下各个主要集数的看剧笔记。 第一章 介绍了阿里中台战略的起因是马云和高管受 supercell 公司的影响。 第二章 主要是讲中台架构的价值。 从技术方面讲，是SOA面向服务的，相互解耦的，也导致各子系统的数据都在一块，为大数据分析提供了更好的环境。 从业务方面讲，中台系统可以推动业务创新，减少业务快速试错和迭代的成本，当然业务也会倒逼中台进行迭代升级。 从公司组织形式讲，中台架构是团队可以更小但是更有战斗力。 第三章 主要介绍了淘宝在构建共享服务体系是在中心化和去中心化服务框架上的抉择，以及介绍了最终实现的 HSF ，一个去中心化的分布式服务化框架。 第四章 介绍了淘宝服务中心划分的经过，按时间先后依次拆出来用户中心、商品中心。还有比较大的交易中心和店铺中心。然后逐渐演化出其他中心。 服务中心是领域概念的体现，不仅仅是只对外提供接口，还处理自己领域的事情。还可以再进行细拆，比如交易服务中心内部还分购物车服务和订单服务等。 这块跟 DDD 的领域应该是一致的。 服务中心的划分原则，高内聚低耦合，保持数据完整性，不断发展建设，业务可运营。 这块不就跟 DDD 里面划分限界上下文原则一致嘛。 第五章 服务中心最容易出现的瓶颈在数据库。解决数据库瓶颈主要的两个措施是读写分离和分库分表。 分库分表的原则：数据尽量平均拆分，尽量降低事务边界。 针对分库分表后可能出现的分表全表扫描可以通过建异构索引解决；复杂查询通过搜索引擎平台来解决。 淘宝分布式数据服务产品有 Cobar,架TDDL（Taobao Distributed Data Layer),DRDS（Distributed Relational Database Service）。实现数据异构复制的产品是精卫填海。 第六章 主要介绍分布式架构下实现最终一致性主要的两个手段：补偿事务和两阶段提交。并且介绍了支付宝基于此理念开发的 XTS 框架（细节暂时还没看明白(>﹏<)）。 另外讲缓存应用时提到： 小库存秒杀商祥页库存从缓存读，支付时使用悲观锁机制扣减数据库库存并同步更新缓存，来保证不超卖； 大库存促销 数据库库存先同步到缓存内，商详页库存读缓存，下单时先生成一个用户不可见状态的订单，支付时走队列顺序扣减缓存库存，扣减成功后更改订单状态为用户可见，这样将原本需要频繁更新数据库库存转为更新缓存，大大提高了性能。 第七章 主要介绍阿里的分布式服务调用链跟踪平台——鹰眼，通过对应前端 url 的全局唯一 TraceId 识别是哪次请求的，使用 RPCID 来确认服务调用的先后顺序。 必须一提的是 TraceId 是通过 HSF 等中间件层来传递的，对业务开发人员完全透明。 第八章 介绍从共享服务中台角度提高平台稳定性的几个手段和产品。 限流和降级：TMD 从平台流量入口实现限流，现。Sentinel 哨兵平台实现服务层限流，同时也提供服务层降级的功能。 流量调度：通过修改 HSF 系统中 configService 中对应服务提供者的权重，实现服务层流量调度。 开关平台：switch 开关平台。 容量压测和规划：通过线上真实流量导流到待测机器评估出单机性能。 全链路压测：模拟更真实流量，提前发现问题。 业务一致性检验：BCP 实时业务审计平台。 第九章 阿里服务中心如何一步步升级为共享服务平台（Shared Platfo

有没有一种可能，吕布写了一本穿越的书，将他本身的情况以剧集的形式描述出来，让大家帮他出主意

远行者 不知道现实中有没有这样的爱情，活的久了，觉得好像没有。。。 当人生悄然划过稚嫩的童年，青涩的少年，飞扬的青年，走入一地鸡毛的中年，迎接不远的即将到来的衰迈的老年时……你又会觉得，怎么会没有呢？那样的爱情。 当流星划过天际，依然有人会许下心愿，只求一个圆满，求生命的长久，求事业的通达，求家庭的和顺，求……爱情的如愿。。。（也许这是排名第一的许愿吧） 这点小情小爱相对于浩瀚宇宙无数宏大的命题而言如沧海一粟，与个体却是修🉐生命完整的不可或缺的一部分，重要的一部分。。。 写故事的人，和看故事的你有了共鸣，明知故事是假的，可你流的泪，伤的心，却是真的，那一刻，不是故事感动了你，只是因了这个故事，代入了自己，为自己流了泪…… “人生不是什么一生只有一场戏的大舞台，它是一个一个小舞台，鳞次栉比，罗列紧密。一生为人，得登场无数次，退场无数次，或者是在自己的故事，或者是在别人的故事。不管是谁的故事，只要轮到你登场，就得登得精彩，要是轮到你退场，也得退得漂亮。” 人生如戏，登场，退场……终场。一个轮回。 （这不是剧评，只是一点……由书而生的感悟。。。）

万卷书观看第76本 本剧是纽约时报热门剧集家卡洛·凯恩的佳作，是一本回忆之书，由多个故事串联而成。 编剧通过一幅不断辗转的油画《Wedding in White》，并借小人物群像探讨了历史事件，对不同阶级的影响，同时揭示出个体生命在大历史中的存在意义。 油画的表面，是春日的宁静与安详，而它看不见的背后，则是历史的波诡与涌动。 时代带给我们的是哀歌还是牧歌，往往无法身处其中的人来判定。 这是一部关于真实发生的历史剧集，也是一部沉重积淀的历史记叙。 书中所奏响的社会弦音和时代呐喊，是从那些真切生活的小人物中来，其中包含了你、我、他们。 愿我们都能从本剧中感受到共鸣，并获得心灵的慰藉。 📖［书中金句］ 如果不介意欺瞒自己，你会想出很多法子，让自己活得心满意足。

此剧大方向的出发点是好的，但是有些观点实属难以苟同，第一章里面的功利主义的味道实在是太重了！！！难以认同