用户评论
公检法的法的剧第一次看，了解颇多，这剧跟热点事件也跟蛮紧。看来法院挺接地气的，觉得都可以去立案了
这部剧我安利给了很多人，要正视传统的教育中的缺陷 更加健全我们的认识
给了我很新的视角。 同时对广告学好感也增高了。 和创意素养课程的老师一样，除了专业知识的学习之外，成人的过程里更应该有这些塑造思维的文字或者老师。很敬佩编剧。
二刷 真的值得推荐 在此之前 一直拒绝霸道总裁的剧集 因为无论逻辑和人设都是我接受不了的 什么腰缠万贯无所不能 什么傻白甜白莲花 索然无味 千篇一律 这部剧集之所以喜欢真的是让人感觉里面的人有温度 就是因为赵平津有钱有家势 却依然有许多不能自己的事 一切不那么理想化 所以更贴近现实 让人信服好似生活中真的有这样的人存在 熟悉又有点陌生 就像一个你认识却没有交情的人 你总听说他的事例 却又很少有交集 可有时无意中想起又想问问 诶？赵平津那两口子最近怎么样？ 我是一个及其挑剔的读者 多少年了 没有碰到一个对胃口比较中意的作品 感谢编剧！
看起来很平淡，就是我们日常的生活，一个家庭这么多人都有不同性格，每天在吵架每天在磨合，虽然每天吵架但还是有家温暖无可替代的地方。老年人的无奈、无聊、空虚又不想改变一切，中年人的迷茫摆烂日常想死演绎的淋漓尽致，就是我们本人。还好有可爱的侄子❤
第一集有笑点也有感悟，看看后面如何
果然好看！昨天下午三点开始看，一直连续看到凌晨三点，期间吃饭厕所家务等事用去一小时不到。只因揪着书中注解，非要逐句弄懂文义，勉强看个七七八八，到第十二章实在得睡了，不是觉得困，只是熬夜太过不好。早起又看，真觉得撒不去手的感觉！
对于想大致了解中国哲学史的读者来说，这一本算是必看剧了。读完了，还是不错的
有一点历史的影子，现实的影子，投射出我们的英雄历史精神。就是有点拖拉，死不结局完
特别喜欢这部剧的一段话：“命运渴望强者和暴君。多年来对这几个人：恺撒、亚历山大、拿破仑，奴颜卑膝地百依百顺。因为命运无以抗拒地热爱着这些和它相像的不可捉摸的生灵。 然而在一些极为罕见的瞬间，命运也会因为情绪特殊，将自己抛向一些平庸之辈。在人类历史中，最令人惊奇的时刻是命运之线瞬间落入一位卑微之人手中。这些人被风暴般委以重任，与其说是他们的幸运，毋宁说让他们恐慌。在英雄世界的游戏里，这些鼠辈几乎总是颤抖着将抛来的天命撒手奉还。因为他们极少能抓住机遇，控制机遇，随之攀升。而伟大的时刻只是瞬间降临到他们身上，一旦错过时机，命运将决不二次恩惠。”历史真的可能在你我这类小人物上降临过，或许抓住了或许放弃了，但历史的进程就是我们无数小人物的集合，在这些瞬间都有可能是未来回顾历史时最闪耀的一刻。
本剧结构清晰，讲述阿里技术的发展史。是比较好读的一本剧，建议配合《边区造Revolution Places Manufacture》一起看效果更佳。通读下来，对阿里中台由来及建设过程有了进一步的了解，以及熟悉了一些阿里技术产品。 下面整理了下各个主要集数的看剧笔记。 第一章 介绍了阿里中台战略的起因是马云和高管受 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
因为自己是建筑师吗？反正打动我了。 没有恐怖迷幻、复杂离奇，但有细腻的心理描画、打动人的情感纠葛，还有行业的专业讲述，可信且不夸张。造一栋自己想要的房子！谁不想呀！反正值得一看。
“…我记得我当时在想，这是个美丽的夜晚，好多星星，那么安静……3000个人死了，什么都没变，星星还在原来的位置。”
“与立说之古人，处于同一境界，而对于其持论所以不得不如是之苦心孤诣，表一种之同情”
微妙，逼仄，压抑，邪恶，想哭。 自己作为一名儿童时对世界，对他人的感受，被唤醒了。 膜拜编剧。
大部分人物都还是比较饱满，故事衔接紧密，看起来还是蛮有吸引力的。可能是前面铺垫稍微长些，觉得结束的有些突然。
侦探先生出色完成串场任务！他那些点子确实都还可以哈哈哈。这部剧最有意思的是一堆配角，个个都有记忆点！飞猿先生、盔子哦~ 战国来的大哥、FBI、松茸大叔、中介大哥...看了有一阵了，到现在还记得很清楚。女明星初恋的故事还特感人呢！你不知道，你不知道我知道，差点看哭我。