我很喜欢这部剧,创作的很细致,看完这部剧,真的是身同感想,喜欢上一个人,会很痛,干啥都是痛的,做到很熟悉关于他的东西就会很痛,都是关于他回忆啊。。
以前我也喜欢过一个人,可最后一直以来错的人确实我,我很相信书里的一句话,“有些时候,明知是错过,也只有安静地接受结果。”我最后才发现走错一步的是自己,迷糊的是自己,错答应他是自己,不该习惯的是自己,错不及时处理的人也是自己,最后一无是处的也是自己,最后活在过去也是自己,为他流泪的也是自己,感觉一开始的一开始自己啥都没有,到最后还是啥都没有,反到经历了个情劫,痛到心里去的劫,让自己成熟的一个劫。自从看了男才女貌Love in the City这本剧集以后,我真的让自己感慨了一下,我真的很想问问以前的自己答应他值得吗?为他哭值得吗?感觉从始至终都是我的一厢情愿一样,不是放不下是自己不愿起来。。虽然看这本剧集想起了很对回忆,不过真的让我也感慨了很多,剧集情节真的很好,要是能编的长一些些就好啦,不过最后覃川能和傅九云在一起,真的好棒,结局也很好 反正我很喜欢这部剧,嘿嘿!!!
我很喜欢这部剧,创作的很细致,看完这部剧,真的是身同感想,喜欢上一个人,会很痛,干啥都是痛的,做到很熟悉关于他的东西就会很痛,都是关于他回忆啊。。 以前我也喜欢过一个人,可最后一直以来错的人确实我,我很相信书里的一句话,“有些时候,明知是错过,也只有安静地接受结果。”我最后才发现走错一步的是自己,迷糊的是自己,错答应他是自己,不该习惯的是自己,错不及时处理的人也是自己,最后一无是处的也是自己,最后活在过去也是自己,为他流泪的也是自己,感觉一开始的一开始自己啥都没有,到最后还是啥都没有,反到经历了个情劫,痛到心里去的劫,让自己成熟的一个劫。自从看了男才女貌Love in the City这本剧集以后,我真的让自己感慨了一下,我真的很想问问以前的自己答应他值得吗?为他哭值得吗?感觉从始至终都是我的一厢情愿一样,不是放不下是自己不愿起来。。虽然看这本剧集想起了很对回忆,不过真的让我也感慨了很多,剧集情节真的很好,要是能编的长一些些就好啦,不过最后覃川能和傅九云在一起,真的好棒,结局也很好 反正我很喜欢这部剧,嘿嘿!!!
目标 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 采用这种方式 真实系统中,跨网络通信,有几个共性问题: 消息延迟:由于网络原因,后发送先到达 处理器性能:由于系统调度原因,消息到达后,延迟处理 时钟偏移:不同
一位即将离世的老人,关于死亡、社会的、个体存在的看法。活着,不要太忙碌于生活,要思考生活;要建立自己的文化,不被大众裹挟向前。问问停在肩头的那只小鸟“是今天嘛?”要好好的过好普通但美好的每一天。
情深不寿,慧极必伤。 这部剧的魅力在于即使每个人都处于海晏河清的太平年代,都有着一本正经的仁义之心,却总是逃离不了宿命,摆脱不了束缚,肩负着重要的责任,承受着巨大的无奈,最后不得不被那个时代所影响和裹挟。 这部剧我完整读过两遍,一次是在英国看剧的时候,一次是最近想重温一下这绝美的爱情,每一次都是哭得稀里哗啦,以为自己年龄大了不会再情绪化,但是书里怀吉和公主的爱情真的太艰难和无望了,总是能让我感同身受。 始终记得那句:影子在公主脚下,怀吉在公主心里。年少的时候,大多数人都会被美丽的皮囊吸引,喜欢上曹评这样英俊有才华的帅气少年,但是随着时间流逝,慢慢才会明白一个理解自己、懂得自己的怀吉是多么重要。 我记得书里写到怀吉和徽柔分开的那夜,两人执手想象下一世一定要相遇,做一对简单夫妻,你写字我研磨,你舞剑我弹箜篌,你吟诗我就对月吃芋头,这种安静平凡的生活大抵上就是很多人求而不得的幸福吧。