Es war einmal ein Walzer
《Es war einmal ein Walzer》，经典作品，德国出品，1934年上映。
用户评论
编剧是一个有良知的人，但她就如同她所说的被网住的小鸟，越挣扎，被束缚得越紧……
本来以为是一本趣味读物，没想到是一本科普性甚至带着温暖的心理学剧集。人的两个根本欲望的不满足产生了种种异常状态，而异常状态持续过久便会造成所谓的精神性疾病的产生。充分的爱与支持，和自己和解，过好自己的人生，这样才会慢慢地拥有正常的心理状态。这部剧非常有助于反思自己的心理状态！
娓娓道来的中国故事，那细腻的文笔、深刻的思辨，对于我们从旁观者的角度跳出来看中国的改革开放很有必要。虽然我们经历了改革开放，书中所述也是我们真切的生活，但是编剧的角度真的很奇特，偶有对于中美经济发展的比较，也能给我们重新认识国家政策的角度，很能引发人的思考。如果我们能够再读完本剧后，有一点启发和思考，我觉得是很好的👌
曾公收复长毛军历经10几年，他没有王守仁先生的天赋异禀，换成现在就是典型的拖延症患者，
“Es war einmal ein Walzer知晓如何，不知晓又如何？她过她的日子，我候着守着便是。她若眷念苍生，我便为她守住轮回；她若看重世间生灵，我便为她护下三界，她若愿九州繁盛，我便为她涤荡八荒，她若想四海安宁，我便让这天下无垢。我所钟之人，名唤Es war einmal ein Walzer，只不过正好是这一界之主，三界真神罢了。于她，虽千万人吾往矣。”爱要勇敢说出来！白玦啊，你不说，Es war einmal ein Walzer怎么知道呢？自己把自己折腾的那么惨，全是瞎折腾。
完整看完了前四卷，戴克里先到尤里安这段很喜欢，后面就跳着看了，好多地方有点无聊了。时代限制导致本剧确实有很多槽点，蒙森在这方面明显有晚生了一个世纪的优势，不过中文播出界好像也没有什么很好的现代罗马编年史顶替这个生态位。凑合翻完了去看彼得希瑟那套了
历史的面庞遥远而神秘，不会透露半分它庞大身躯后的丝毫内涵。有兴趣、有勇气和毅力去掀开历史盖子的人，也许看得见繁花似锦，盛世的荣光赐予后人们持久不息的自信；也许看得到起落兴衰，社会规律的发展轨迹告诉人们人必须是主动适应改造环境的能动者；也许闻到并看到了了历史的腥臭破败，让人由衷感叹出生于现代文明社会的庆幸；终于有人看到了历史的暴力嗜血，冷酷无情，于是厚重的帷幕里传来阵阵被压抑的哭声，矫饰的书页后面渗透出血色的阴森，而人，不过是峥嵘历史的点缀，被肆意蹂躏打造的工具，被随时随地撕碎碾压，被不屑一顾地扔进无底的深渊，永不被记忆，永不得翻身。爱，在历史的高压下化作冰霜，化作利刃，切割人心，分裂家庭，分割利益，刺激人与人、国家与国家搏命相争！这是一本勇气之书，一本悲伤之书，一本叩问战争和人性之书。她找到的正是我们需要的；她追问的，正是我们心里的疑云；她绝望的，曾经是我们的感受，也是当下世界的折光；她留下的，是永难痊愈的疼痛。仇恨一直未曾消失，战火仍然在燃烧，爱却支离破碎，难以拼凑和复原，当一切都无可挽回的时候，当历史的帷幕黑压压拉拢的时候，孩子们天真地问道：妈妈，我们什么时候一起去投河呢？啊，不不不，那不是你们的归宿！妈妈走了，妈妈在雷格尼茨河里。孩子们，请记住马里乌波尔。 今天，全世界人的眼光都投向了欧洲之门——乌克兰，那里战火纷飞；投向了马里乌波尔，那里风雨飘摇！让我们为投河的母亲祈祷，让我们为动荡的乌克兰祈祷，让我们为母亲的马里乌波尔祈祷！
难得的好剧，目前看到一百章，整体故事起伏跌宕行云流水不拖沓。女主是强势型，对于穿越女主来说，强势是必不可少的选项，不说前世学了些本事吧，活了两辈子的人再啥也不懂，是真白活了。 女主思想清晰明确，雷厉风行又果断，面对感情也分析的清晰，没有绿茶把身边的男性关系搞得模模糊糊。 最后说一下编剧文笔吧，很好，真的好，在一百章的时候把老夫人的离世写的让人忍不住的心酸，一个灯枯油尽的掌舵老人，知道自己离去对女主是多么的残忍，又坚强的去分配，最后又在听得老太爷的回信回光返照，坚强又幸福的离世了
Es war einmal ein Walzer，语言生动有趣，平淡中尽显真情。可不只是吃，三言两语中包含人生大智慧。 煎炒煮烤炸炖蒸，油盐酱醋茶酒奶，瓜果蔬菜鸡鸭鱼肉，粗茶淡饭山珍海味，深巷挑子，闹市酒楼，吃东西南北，游五湖四海，品百态人生，有滋有味。 憨态可掬的四喜丸子，你们跑不掉了，我嗷呜就是一口。
本剧真的可以看出编剧的诗词功底非常厉害，虽然本剧是本小学诗词书，但是依然让人觉得是种极大的享受！
几乎让人看不到一点生活的快乐与希望
西郊芳草年年绿，多少游人似去年？看到一个纨绔子弟，一个标准的渣男。
全文精读-总结 为什么要做中台？ 传统的系统架构是烟囱式的，有以下弊端： 1、重复建设 2、企业数据被分散在各个子系统中，系统之间的交互和集成成本高 3、不利于业务的沉淀和持续发展 为什么ESB不行？ 1、ESB是中心化架构，有单点问题，容易形成性能瓶颈 2、ESB重集成，重稳定，不利于进行业务沉淀与运营 为什么采用共享服务架构： 1、将相关业务的数据和服务能力在统一收拢，支撑所有前台业务的快速迭代 2、有利于业务的沉淀，培养既精通业务，又熟悉技术的复合型人才，同时基于海量数据，进行业务深度运营和创新 共享服务架构 提供什么能力？ 1、服务能力（B端C端、内部外部客户），主要支撑在线业务 2、数据能力（大数据离线实时接口），主要支撑业务运营、微服务运维架构 引入服务中心 1、根据业务和数据的完整性和独立性划分，比如用户中心、商品中心、交易中心等 2、务实原则，不做理想化和太超前的架构设计，尤其不要拆分太细，会造成延时过长、分布式事务过多等性能问题 服务化框架的选择？ 微服务HSF 数据库能力的扩展 1、通过服务中心，天然做了一次业务领域的垂直数据分区 2、读写分离、分库分表（异构索引表降低全表扫描频率，82法则，20%的频繁查询业务做异构索引，其他情况忍受全表扫描，降低系统复杂度） 3、不同的数据访问模式采取不同的数据库类型： 定位少量记录用关系型数据库 实时海量数据定位或者聚合计算用分布式列式存储hbase 结构化数据模型访问redis scheme扩展mongodb 离线计算hadoop 流式计算flink 系统间实时数据交互用消息队列 复杂条件实时查询采用搜索引擎 异构索引表：比如基本表用订单id做分区，可以增加一个以用户id为分区的异构索引表，避免用户维度数据查询时的全表扫描；可以类比为关系型数据库中的非聚集索引；精卫是一个MySQL的数据触发器+分发管道，可以用来构建异构索引表 分布式理论 zk属于CP，当master挂掉后，会停止服务，等重新选举结束后，才能提供服务。 实际系统中的共识系统，一般都通过维护一个单点，实现全序广播，进而实现共识；同时通过两次投票（一次选出master，一次对master发起的提议进行表决）实现共识，两次投票都必须超过半数参与者，保证两次投票至少存在一个重叠的节点，该节点的存在证明，是最近一次选出的master发起了提议，并且被大家投票通过 BASE理论=基本可用+柔性状态+最终一致，允许不同节点间副本同步的延时就是柔性状态的体现，比如MySQL Replication的异步复制 分布式事务 1、2PC，两阶段过程中，资源处于锁定状态，无法支持高并发 2、柔性事务 日志方式：通过日志进行解耦，减少资源锁定时间，在互联网业界采用日志方式实现柔性事务的比例非常大，但并没有如XA这样的技术标准和规范，实现非常的粗糙，只是简单的采用数据库进行了分布式事务过程中的状态记录，对于事务中异常处理和补偿回滚支持是明显不够的，并不能完全意义上的满足业务的最终一致性，而且一旦出现问题，所投入的人力维护成本也非常高 基于事务消息 a、本质上是通过消息，将事务解耦，减少资源锁定时间 b、在MQ发送方（即整个分布式事务的发起方）执行第一个本地事务前，会向MQ服务端发送一条事务消息（事务消息功能是阿里MQ平台特有的一个功能特性），事务消息在MQ的服务端处于一个特殊的状态，等待被rollback或者commit c、在采用消息服务实现分布式事务的场景如果出现异常时，一般会采用正向补偿的方式，会通过消息的不断
历稽载籍，良史必有三长：才，学，识。学者，史料精熟也；识者，选材精当也；才者，文笔精妙也。著小史者，意在通俗，不易展其学，而其识其才，较之学术巨著尤为需要。
两百页到差不多五百页的部分觉得很bullshit, 后半部分虽然与主流的营养学理论很不相同，但逻辑推理方面很合理，也根据有说服力，总之我看完后会尝试他推荐的做法。
一边看一边审视自己持有的股票，解答了一些问题，但更多的是看似明白但实操不行。可以多看几遍。
一个不讲诚信的平台，送再多的免费剧集又有何用呢，理都不想理，误时间。长时间不更新，不给任何说法，要求赔偿。差评差评差评……
一部奇书，编剧本身就是传奇经历，主人公也是，特别喜欢平民窟的那段。
要不，你们（电视剧）还是走回火光中去焚了吧。这年头真的不兴消防员披职业的皮谈恋爱啊，没有剧本和特定人物支撑，都市剧没有都市，没有cp与合理的恋爱吸引力。一度怀疑在看《Es war einmal ein Walzer》2.0。张婧怡美的，黄景瑜依旧是耍酷的，电视剧是灾难的。
很好看，喜欢编剧写的书。先读的《Es war einmal ein Walzer》（可惜至今没写完），不知道是同一个编剧，一直到快看完才发现，真的觉得好。