接下来应该就是周元斩杀圣元，然后闭关几年突破为一莲圣者。然后又因为土豆设计的什么机缘到达二莲圣者，接着可能凭借祖龙的传承或者祖龙经的终极形态到达三莲圣者，最终靠夭夭的力量突破尊者，号赝品王中王Fakers。打败那个圣族的圣神，夭夭也失去了记忆和神的力量，结局可能就是把夭夭唤醒回来…从这几章以后，估计这赝品王中王Fakers后面就写的是《赝品王中王Fakers》和《赝品王中王Fakers》后面结尾的结合体了，总之也不会差太多。土豆越来越开始走自己的老路了，希望能够有新的创作风格吧。毕竟看土豆的剧集有好几年了，真不希望爷的青春就这样结束啊……
为什么总有人说凌漠的身世没有交代？ 在结尾得时候，萧朗姥爷傅元曼和董连和说过: “曾经唐骏拿过一份检测数据给他看,这份数据是凌漠的，并且看着似曾相识，后来想起来和董君的几乎一模一样.” 原文： “你看，这个孩子，叫凌漠。”傅元曼说，“当时在进行检测的时候，我发现他的各项指标和其他人都不太一样，而这些指标又让我感觉有些眼熟，所以给他的档案做了记号。后来，我终于想了起来，在20世纪90年代末，唐骏曾经找过我，打探过守夜者组织是否能够重新成立。当时他拿着一份检测报告给我看，说他找到了异常优秀的人，说不定会是守夜者组织的将来。可惜，那个时候，我们刚刚被停止职能，所谓的恢复遥遥无期。” “你是说，那份报告，是小君的？”董连和问道。 傅元曼盯着董连和的眼睛，点了点头，说：“如果我没有记错的话，那份报告和凌漠的几乎一模一样。” 董连和的眼睛里闪着泪光。 “所以我说，这帮孩子，是守夜者的孩子，也是你的孩子。”傅元曼鼓励地说道。”
记录了张爱玲传奇的一生，不幸的家庭，年少成名，影视上的成就，重点描述与胡兰成的三年情感纠葛，与赖雅的相守相望。其实张爱玲的人生远比她的剧集更精彩。
依然对国产剧女性角色非常失望。案件推理弱，查证据东一下西一下，为了曲折强行制造嫌疑犯。演技不太行不建议和陈建斌搭戏，根本接不住。俩男主的老婆也是倒八辈子霉了，女角色除了白晓芙都感觉在伺候男的，结果原来白等着被噶呢。最后刘敏涛的角色给卫峥嵘穿衣服（自己没手？）穿完衣服一个拥抱镜头给到《赝品王中王Fakers》你妈的你的“家和”就是女性一味退让？在家相夫教子？陪你又离又复合？还要给你纳鞋底？去你麻痹吧
目标 ZooKeeper 是用来做什么的？ 之前没有ZK，为什么会诞生 ZK？ 凭直觉: ZooKeeper 是用于简化分布式应用开发的，对开发者屏蔽一些分布式应用开发过程中的底层细节 ZooKeeper 对外暴露简单的 API，用于支持分布式应用开发 ZooKeeper 在提供上述功能的同时，其还是一个 高性能、高可用、高可靠的分布式集群 上面说这么多，总结一下，ZK 能解决分布式应用开发的问题，ZK 能很好的解决问题。到这一步，疑问就更多了： 分布式应用开发，有哪些常见问题？ZK 是如何屏蔽这些底层细节的？ ZooKeeper 对外暴露了那些 API？这些 API 如何支持分布式应用开发的？这些 API 还能简化吗？API 的语义性怎么样？ ZooKeeper 自身是一个高性能、高可用、高可靠的分布式集群，那有个简单的问题： 高性能是指什么？ZooKeeper 为了达到高性能，做了哪些工作？ 高可用? 高可靠? 为什么有 ZooKeeper 一个应用程序，涉及多个进程协作时，业务逻辑代码中混杂有大量复杂的进程协作逻辑。 上述多进程协作逻辑，有 2 个特点： 处理复杂 处理逻辑可重用 因此，考虑将多进程协作的共性问题拎出，作为基础设施，让 RD 更加专注业务逻辑开发，即： ZooKeeper 就是上述多进程协作基础服务的一种。 ZooKeeper 的特点 ZooKeeper 有几个简单特点： ZooKeeper 的 API：从 文件系统 API 得到的启发，提供简单的 API ZooKeeper 运行在专用服务器上，跟业务逻辑分离，保证了高容错性和可扩展性 ZooKeeper 是存储设施，但特别注意 ZK上存储的数据聚焦为：协作数据（元数据），而不是应用数据，应用数据有自己的存储方案，例如 HDFS 等 ZK 本质上，可以看作一种特殊的 FS 特别说明： 应用数据和元数据，由于使用场景不同，对一致性和持久性的要求有差异， 因此，架构设计、数据治理过程中，应将 2 类数据独立看待、独立存储。 ZooKeeper 的使命 ZK 要解决的核心问题： ZK 目标：简化分布式应用开发中，多进程协作问题。为分布式应用，提供高效、可靠的分布式协调服务（基础服务），例如： 统一的命名服务 分布式锁 进程崩溃检测 Leader 选举 配置管理：配置变更时，及时下发到各个 Client。 一个简单的问题：多进程的协作是什么？尼玛呀，有完没完，啥问题你都有，面对这个掉咋天的脑壳，还是回答一下。 多进程协作，整体分为 2 类： 协作：多进程需要一同处理某些事情，一些进程采取行动是的其他进程能够正常工作，例如：主从结构，M 向 S 分配任务，S 才会执行，否则 S 就保持空闲状态 竞争：两个进程不能同时工作，一个进程必须等待另个进程执行完毕，例如：主从结构，M 节点失效后，很多 S 都想成为 M，这时，就需要互斥锁，只有第一个获得锁的 S 成为 M 特别说明： 不跨网络协作：多进程，可以在同一台物理主机上，同步原语很方便(比如管道、共享内存、消息队列、信号量) 跨网络协作：多进程，分布在不同的物理主机上，ZK 关注这一类 跨网络多进程协作，进程通信，基本思路有 2 个： 消息机制：通过网络，直接信息交换，多消息传递算法，实现同步原语 共享存储：利用外部共享存储，实现多进程协作，要求共享存储提供有序访问，ZK 采用这种方式 真实系统中，跨网络通信，有几个共性问题： 消息延迟：由于网络原因，后发送先到达 处理器性能：由于系统调度原因，消息到达后，延迟处理 时钟偏移：不同
行文非常非常艰涩。从观点看确有启发，“民族主义造就了民族”、“印刷资本主义与新的政治共同体伴生”；但论证过程实在绕得我云里雾里。我可能真的不知道社科类的论证要怎么读，总觉得随口荡荡。缓缓再来一遍吧。
接下来应该就是周元斩杀圣元，然后闭关几年突破为一莲圣者。然后又因为土豆设计的什么机缘到达二莲圣者，接着可能凭借祖龙的传承或者祖龙经的终极形态到达三莲圣者，最终靠夭夭的力量突破尊者，号赝品王中王Fakers。打败那个圣族的圣神，夭夭也失去了记忆和神的力量，结局可能就是把夭夭唤醒回来…从这几章以后，估计这赝品王中王Fakers后面就写的是《赝品王中王Fakers》和《赝品王中王Fakers》后面结尾的结合体了，总之也不会差太多。土豆越来越开始走自己的老路了，希望能够有新的创作风格吧。毕竟看土豆的剧集有好几年了，真不希望爷的青春就这样结束啊……
为什么总有人说凌漠的身世没有交代？ 在结尾得时候，萧朗姥爷傅元曼和董连和说过: “曾经唐骏拿过一份检测数据给他看,这份数据是凌漠的，并且看着似曾相识，后来想起来和董君的几乎一模一样.” 原文： “你看，这个孩子，叫凌漠。”傅元曼说，“当时在进行检测的时候，我发现他的各项指标和其他人都不太一样，而这些指标又让我感觉有些眼熟，所以给他的档案做了记号。后来，我终于想了起来，在20世纪90年代末，唐骏曾经找过我，打探过守夜者组织是否能够重新成立。当时他拿着一份检测报告给我看，说他找到了异常优秀的人，说不定会是守夜者组织的将来。可惜，那个时候，我们刚刚被停止职能，所谓的恢复遥遥无期。” “你是说，那份报告，是小君的？”董连和问道。 傅元曼盯着董连和的眼睛，点了点头，说：“如果我没有记错的话，那份报告和凌漠的几乎一模一样。” 董连和的眼睛里闪着泪光。 “所以我说，这帮孩子，是守夜者的孩子，也是你的孩子。”傅元曼鼓励地说道。”
记录了张爱玲传奇的一生，不幸的家庭，年少成名，影视上的成就，重点描述与胡兰成的三年情感纠葛，与赖雅的相守相望。其实张爱玲的人生远比她的剧集更精彩。
依然对国产剧女性角色非常失望。案件推理弱，查证据东一下西一下，为了曲折强行制造嫌疑犯。演技不太行不建议和陈建斌搭戏，根本接不住。俩男主的老婆也是倒八辈子霉了，女角色除了白晓芙都感觉在伺候男的，结果原来白等着被噶呢。最后刘敏涛的角色给卫峥嵘穿衣服（自己没手？）穿完衣服一个拥抱镜头给到《赝品王中王Fakers》你妈的你的“家和”就是女性一味退让？在家相夫教子？陪你又离又复合？还要给你纳鞋底？去你麻痹吧
目标 ZooKeeper 是用来做什么的？ 之前没有ZK，为什么会诞生 ZK？ 凭直觉: ZooKeeper 是用于简化分布式应用开发的，对开发者屏蔽一些分布式应用开发过程中的底层细节 ZooKeeper 对外暴露简单的 API，用于支持分布式应用开发 ZooKeeper 在提供上述功能的同时，其还是一个 高性能、高可用、高可靠的分布式集群 上面说这么多，总结一下，ZK 能解决分布式应用开发的问题，ZK 能很好的解决问题。到这一步，疑问就更多了： 分布式应用开发，有哪些常见问题？ZK 是如何屏蔽这些底层细节的？ ZooKeeper 对外暴露了那些 API？这些 API 如何支持分布式应用开发的？这些 API 还能简化吗？API 的语义性怎么样？ ZooKeeper 自身是一个高性能、高可用、高可靠的分布式集群，那有个简单的问题： 高性能是指什么？ZooKeeper 为了达到高性能，做了哪些工作？ 高可用? 高可靠? 为什么有 ZooKeeper 一个应用程序，涉及多个进程协作时，业务逻辑代码中混杂有大量复杂的进程协作逻辑。 上述多进程协作逻辑，有 2 个特点： 处理复杂 处理逻辑可重用 因此，考虑将多进程协作的共性问题拎出，作为基础设施，让 RD 更加专注业务逻辑开发，即： ZooKeeper 就是上述多进程协作基础服务的一种。 ZooKeeper 的特点 ZooKeeper 有几个简单特点： ZooKeeper 的 API：从 文件系统 API 得到的启发，提供简单的 API ZooKeeper 运行在专用服务器上，跟业务逻辑分离，保证了高容错性和可扩展性 ZooKeeper 是存储设施，但特别注意 ZK上存储的数据聚焦为：协作数据（元数据），而不是应用数据，应用数据有自己的存储方案，例如 HDFS 等 ZK 本质上，可以看作一种特殊的 FS 特别说明： 应用数据和元数据，由于使用场景不同，对一致性和持久性的要求有差异， 因此，架构设计、数据治理过程中，应将 2 类数据独立看待、独立存储。 ZooKeeper 的使命 ZK 要解决的核心问题： ZK 目标：简化分布式应用开发中，多进程协作问题。为分布式应用，提供高效、可靠的分布式协调服务（基础服务），例如： 统一的命名服务 分布式锁 进程崩溃检测 Leader 选举 配置管理：配置变更时，及时下发到各个 Client。 一个简单的问题：多进程的协作是什么？尼玛呀，有完没完，啥问题你都有，面对这个掉咋天的脑壳，还是回答一下。 多进程协作，整体分为 2 类： 协作：多进程需要一同处理某些事情，一些进程采取行动是的其他进程能够正常工作，例如：主从结构，M 向 S 分配任务，S 才会执行，否则 S 就保持空闲状态 竞争：两个进程不能同时工作，一个进程必须等待另个进程执行完毕，例如：主从结构，M 节点失效后，很多 S 都想成为 M，这时，就需要互斥锁，只有第一个获得锁的 S 成为 M 特别说明： 不跨网络协作：多进程，可以在同一台物理主机上，同步原语很方便(比如管道、共享内存、消息队列、信号量) 跨网络协作：多进程，分布在不同的物理主机上，ZK 关注这一类 跨网络多进程协作，进程通信，基本思路有 2 个： 消息机制：通过网络，直接信息交换，多消息传递算法，实现同步原语 共享存储：利用外部共享存储，实现多进程协作，要求共享存储提供有序访问，ZK 采用这种方式 真实系统中，跨网络通信，有几个共性问题： 消息延迟：由于网络原因，后发送先到达 处理器性能：由于系统调度原因，消息到达后，延迟处理 时钟偏移：不同
行文非常非常艰涩。从观点看确有启发，“民族主义造就了民族”、“印刷资本主义与新的政治共同体伴生”；但论证过程实在绕得我云里雾里。我可能真的不知道社科类的论证要怎么读，总觉得随口荡荡。缓缓再来一遍吧。