🏷️ 相关标签
🎬 相关推荐
💬 网友评论
转：
在婚姻中，女人不该为了孩子一味地忍让 付出和委屈求全。最重要的是，首先要让自己变得足够强大，让自己有能力能应对万一婚姻破裂了仍然能够保障自己和孩子的生活。你的忍让和忍辱负重只会让那个不淑的人更加肆无忌惮。婚姻是两个人的事，甚至可能是两个家庭的事，沟通和平等才是硬道理。
我是在不幸福的世界中疯狂挣扎着的。我无力自救，挣扎的力气也快无了；在他人面前，我仍是一个幻象，他人即地狱。环顾四周，几乎遍是挣扎者、自我安慰者，同辈或前辈，熟识的或陌生的。我渴望地追寻着某一些人、敬羡他们的状态，自己的目标全身心地向外，自然，亦难以达到。这部剧剖析了我的灵魂，我的混沌的思考借此铺展开。我以为可以是青年的必读物、迷茫者必读物。
电子档与纸质剧集混合着看完了第一遍，期间断断续续持续了半年，并非好事。时间跨度之大，命题涉猎之广。所感于中华浩荡几千年经济史的得与失；历史总是惊人的相似并有轮回的意味。不甚通透。还需要第二遍，第三遍的。。。
这部剧有好几篇小故事。印象最深刻的就是刘慈欣创作的朝闻道。
朝闻道通篇读下来，才恍然大悟，这个标题真的很贴切，朝闻道，夕死可矣，对宇宙奥秘的探索欲望是所有智慧生命的本性，生命不过是一个小小的代价。当生存问题完全解决，当爱情因个体的异化和融合而消失，当艺术因过分的精致和晦涩而最终死亡，对宇宙终极美的追求便成为文明存在的唯一寄托。对宇宙终极真理的追求，是文明的最终目标和归宿，即使这种追求会毁灭文明。恐龙文明也是因为追求宇宙终极奥秘，最终毁灭吗？古生物学者提出的种种假说，可能是结果而不是原因。
最后一篇同样洋溢着人文情怀，李白只有一个。艺术在技术面前是否还有一席之地，在更高等文明面前，人类也是被圈养的家禽，那鸡猫狗是不是也是暂时居于我们之下文明？原来神仙凭空变物的行为叫‘能—质’转换，是用纯能制造物品，嘿嘿，神奇。
其他几篇也有很好看的，想象力就是“颠倒黑白”将我们认为是“死”的创作成“活”的，将“活”的创作成“死”的，这几篇应该都是前者，如果是后者，可能更出乎意料和难以想象。
愿我们在现实中跌跌撞撞时，也永远保持对宇宙星宿的好奇心和想象力！
目标
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 采用这种方式
真实系统中，跨网络通信，有几个共性问题：
消息延迟：由于网络原因，后发送先到达
处理器性能：由于系统调度原因，消息到达后，延迟处理
时钟偏移：不同
2018.01.02
1小时5分钟
2
半读半听看完了这部剧，感觉自己之前理解的闭环狭隘了，只局限于自己的工作业务，其实闭环管理在生活中，自我提升中都很实用，关键还是看自我管理了。一起加油吧！
这是一本好剧。
1. 从故事情节上讲：女儿因意外导致脑死，伟大母亲不愿接受现实，利用高科技保持女儿成长3年后最终放下。丰富的故事线展现母爱伟大的同时也表达出多个角度看待问题的观点。
2. 从写作手法上讲：有冲突，有悬念，注重细节描写，剧情设计缜密。
3. 从社会意义上讲：杰克·克鲁申向读者描述了脑死判定与器官捐献领域的矛盾与不成熟之处，正是这种官方判定与患者家属在认知上的矛盾带来了一系列精彩的冲突。所幸，最后以温馨圆满的结局收尾。让读者对于生死这一领域有了更深刻的认知。或许，更多人了解这一领域后会推动更完美的政策落实。
因此，这部剧的社会意义，是其最大价值。