粗鲁固执失婚中年汉Steve的渔船被闪电击毁，但保险公司以天意为理由拒绝赔偿。在记者Anna的鼓励下，曾为律师的他毅然对神作出起诉，与他凡间的代表人－教会对簿公堂。庭上形势峰回路转，于后来处于下风的S
演员： 马克·乔弗 , 比利·康诺利 , 朱迪·戴维斯 , 科林·弗瑞尔斯 , Wendy Hughes , 比尔·布朗
唯有告苍天The Man Who Sued God，本剧适用于架构入门的初学者，没有多少新知识点，而是对架构思想进行了提炼总结，推荐观看。以下是提炼总结： 1.设计与架构究竟是什么： 软件架构的终极目标，用最小的人力成本来满足构建和维护该系统的需求。 2.架构的两个价值维度：行为和架构 架构是行为的基础，不打好基础，系统就乱套了，最终难以维护 3.三种编程范式（目的是限制）： (1)结构化编程（structured programming），限制了goto语句。 (2)面向对象编程（object-oriented programming），限制了函数指针。 (3)函数式编程（functional programming），限制了赋值语句。 4.关于测试的2点认知 (1)科学方法论不需要证明某条结论是正确的，只需要想办法证明它是错误的。如果某个结论经过一定的努力无法证伪，我们则认为它在当下是足够正确的。 (2)Dijkstra曾经说过“测试只能展示Bug的存在，并不能证明不存在Bug”，换句话说，一段程序可以由一个测试来证明其错误性，但是却不能被证明是100%正确的。测试的作用是让我们得出某段程序已经足够实现当前目标这一结论。 5.锁与变量的关系 (1)所有的竞争问题、死锁问题、并发更新问题都是由可变变量导致的。如果变量永远不会被更改，那就不可能产生竞争或者并发更新问题。如果锁状态是不可变的，那就永远不会产生死锁问题。 (2)软件架构师应该着力于将大部分处理逻辑都归于不可变组件中，可变状态组件的逻辑应该越少越好。 6.关于软件设计的5个原则 (1)单一职责：函数和类必须在某一维度职责单一，只对某一类行为者负责。避免边界不清晰，后期维护困难 (2)开闭原则：对扩展开放，对修改关闭；对客户端修改关闭，对服务端修改开放 (3)里氏替换选择，父类出现的地方子类可以进行替换，提升代码复用性、扩展性；同时又增加了父子类的耦合性 (4)接口隔离原则：接口、类的职责要单一，低耦合 (5)依赖反转原则：要依赖抽象/接口，不依赖具体实现（代码注释要更贴近业务语言，避免出现具体实现相关的描述，简称通用语言）。 7.关于组件 组件是软件在部署过程中的最小单元。设计良好的组件都应该永远保持可被独立部署的特性，也意味着这些组件应该可以被单独开发，对应在Java里就是jar文件。 8.关于组件聚合 (1)软件开发者必须要能够知道这些组件的发布时间，以及每次发布带来了哪些变更 (2)对大部分应用程序来说，可维护性的重要性要远远高于可复用性。 (3)这些变更最好都体现在同一个组件中，而不是分布于很多个组件中 (4)将由于相同原因而修改，并且需要同时修改的东西放在一起。将由于不同原因而修改，并且不同时修改的东西分开。 (5)这种平衡本身也在不断变化。也就是说，当下适用的分割方式可能明年就不再适用了。所以，组件的构成安排应随着项目重心的不同，以及研发性与复用性的不同而不断演化。 9.关于组件耦合 (1)第一种是“每周构建”，第二种是“无依赖环原则（ADP）”。 (2)我们可以打破这些组件中的循环依赖，并将其依赖图转化为DAG。目前有以下两种主要机制可以做到这件事情 a．应用依赖反转原则（DIP） b．创建一个新的组件 (3)我们不希望那些频繁变更的组件影响到其他本来应该很稳定的组件 (4)组件依赖关系是必须要随着项目的逻辑设计一起扩张和演进的。 (5)任何一个我们预期会经常变更的组件都不应该被一个难于修改的组件所依赖，否则这个多变的组件也将会变得非常难以被修改。 (6)让软件组件难于修改的一个最直接的办法就是让很多其他组件依赖
历史有一个潜在的关键主题，那就是人类历史中存在一种失衡现象：一方面，人类改造世界的技术能力在指数增强；另一方面，人类管理自身的政治能力却始终没有成功发展。称职的政府一般会引领科技进步，因为鼓励自由言论、保护发明专利、拥有创造利润和保障个人安全的能力通常都会对发明家形成鼓励。但是反过来未必行得通：科技进步并不会催生出政治美德。
男生跟女生思想不同，所以在意不同 ①夏主播：他很好，爱女主，但人与人之间交 往要把握那个度，或深或浅都不可以 ②女主：对初恋和夏主播之间的矛盾情绪， 每个人都有 ③梅静年：我敬佩她为她的事业做出的成绩， 但她的道德底线我不敢恭维，有妇 之夫也能肖想，别反驳我，她情不 自禁，(背后当面给人穿小鞋) (就好像吃不到葡萄说葡萄酸特指 ) ④看完这部剧集，深有体会，感觉生活就是如此，大起大落，我们没有七窍玲珑心，也没有与生俱来的优势，但我们都在努力，为以后得生活而奋斗，偷奸耍滑的人也很多，社会需要正能量，需要引导人，引导年少无知的我们，而不是为了流量、为了利益，百无禁忌。
毕鑫业作品必看
一口气读完，以后的每一天拿着秘密的钥匙，开启幸福幸运喜悦的每一天。谢谢 谢谢 谢谢 谢谢 谢谢 谢谢 谢谢
一个天影视家一夜观测的所见所感，没有太多天文知识，更多是对宇宙与人之间关系的思考，是一夜之间的思绪漫游。理性、科普知识不多，用艺术、诗歌去解读黑夜、星空、人类的存在与物理定律……
前世篇虽然有点长，但是节奏已经很快了，蛮好看的
值得再次观看的一本剧。哲学使人明智，也可以更懂得生活中酸甜苦辣的意义。观看一本适合的书如同与名师益友深入交流，使人舒畅开阔。
不错的时间管理工具，正常使用，可以提升专注力，提高工作效率，也可以间接提升工作感受。 如果你不是很适应这种也许会令你感到拘束的方法，另外的收获也许会让你读下本剧： 首先，这种工具会给你一种新的思维方式：专注过程，结果水到渠成。 其次，这种工具会给你一种新的时间管理观念：要从战略和战术两个层面进行时间管理。 第三，本剧演绎生动、图文并茂，很有可读感，不知不觉中就读完了，知识的留存率较高。 第四，编剧绘制思维导图的方式简单、灵活、实用，亦可为借鉴。
原来瘟疫会阻碍帝国的扩张、疫病会妨碍中国早期南方文化的发展、传染病对印度经济生活会有影响、地中海世界的巨型和微型寄生平衡关系！人类历史的发展受到瘟疫这么多的影响啊！
用户评论
唯有告苍天The Man Who Sued God，本剧适用于架构入门的初学者，没有多少新知识点，而是对架构思想进行了提炼总结，推荐观看。以下是提炼总结： 1.设计与架构究竟是什么： 软件架构的终极目标，用最小的人力成本来满足构建和维护该系统的需求。 2.架构的两个价值维度：行为和架构 架构是行为的基础，不打好基础，系统就乱套了，最终难以维护 3.三种编程范式（目的是限制）： (1)结构化编程（structured programming），限制了goto语句。 (2)面向对象编程（object-oriented programming），限制了函数指针。 (3)函数式编程（functional programming），限制了赋值语句。 4.关于测试的2点认知 (1)科学方法论不需要证明某条结论是正确的，只需要想办法证明它是错误的。如果某个结论经过一定的努力无法证伪，我们则认为它在当下是足够正确的。 (2)Dijkstra曾经说过“测试只能展示Bug的存在，并不能证明不存在Bug”，换句话说，一段程序可以由一个测试来证明其错误性，但是却不能被证明是100%正确的。测试的作用是让我们得出某段程序已经足够实现当前目标这一结论。 5.锁与变量的关系 (1)所有的竞争问题、死锁问题、并发更新问题都是由可变变量导致的。如果变量永远不会被更改，那就不可能产生竞争或者并发更新问题。如果锁状态是不可变的，那就永远不会产生死锁问题。 (2)软件架构师应该着力于将大部分处理逻辑都归于不可变组件中，可变状态组件的逻辑应该越少越好。 6.关于软件设计的5个原则 (1)单一职责：函数和类必须在某一维度职责单一，只对某一类行为者负责。避免边界不清晰，后期维护困难 (2)开闭原则：对扩展开放，对修改关闭；对客户端修改关闭，对服务端修改开放 (3)里氏替换选择，父类出现的地方子类可以进行替换，提升代码复用性、扩展性；同时又增加了父子类的耦合性 (4)接口隔离原则：接口、类的职责要单一，低耦合 (5)依赖反转原则：要依赖抽象/接口，不依赖具体实现（代码注释要更贴近业务语言，避免出现具体实现相关的描述，简称通用语言）。 7.关于组件 组件是软件在部署过程中的最小单元。设计良好的组件都应该永远保持可被独立部署的特性，也意味着这些组件应该可以被单独开发，对应在Java里就是jar文件。 8.关于组件聚合 (1)软件开发者必须要能够知道这些组件的发布时间，以及每次发布带来了哪些变更 (2)对大部分应用程序来说，可维护性的重要性要远远高于可复用性。 (3)这些变更最好都体现在同一个组件中，而不是分布于很多个组件中 (4)将由于相同原因而修改，并且需要同时修改的东西放在一起。将由于不同原因而修改，并且不同时修改的东西分开。 (5)这种平衡本身也在不断变化。也就是说，当下适用的分割方式可能明年就不再适用了。所以，组件的构成安排应随着项目重心的不同，以及研发性与复用性的不同而不断演化。 9.关于组件耦合 (1)第一种是“每周构建”，第二种是“无依赖环原则（ADP）”。 (2)我们可以打破这些组件中的循环依赖，并将其依赖图转化为DAG。目前有以下两种主要机制可以做到这件事情 a．应用依赖反转原则（DIP） b．创建一个新的组件 (3)我们不希望那些频繁变更的组件影响到其他本来应该很稳定的组件 (4)组件依赖关系是必须要随着项目的逻辑设计一起扩张和演进的。 (5)任何一个我们预期会经常变更的组件都不应该被一个难于修改的组件所依赖，否则这个多变的组件也将会变得非常难以被修改。 (6)让软件组件难于修改的一个最直接的办法就是让很多其他组件依赖
历史有一个潜在的关键主题，那就是人类历史中存在一种失衡现象：一方面，人类改造世界的技术能力在指数增强；另一方面，人类管理自身的政治能力却始终没有成功发展。称职的政府一般会引领科技进步，因为鼓励自由言论、保护发明专利、拥有创造利润和保障个人安全的能力通常都会对发明家形成鼓励。但是反过来未必行得通：科技进步并不会催生出政治美德。
男生跟女生思想不同，所以在意不同 ①夏主播：他很好，爱女主，但人与人之间交 往要把握那个度，或深或浅都不可以 ②女主：对初恋和夏主播之间的矛盾情绪， 每个人都有 ③梅静年：我敬佩她为她的事业做出的成绩， 但她的道德底线我不敢恭维，有妇 之夫也能肖想，别反驳我，她情不 自禁，(背后当面给人穿小鞋) (就好像吃不到葡萄说葡萄酸特指 ) ④看完这部剧集，深有体会，感觉生活就是如此，大起大落，我们没有七窍玲珑心，也没有与生俱来的优势，但我们都在努力，为以后得生活而奋斗，偷奸耍滑的人也很多，社会需要正能量，需要引导人，引导年少无知的我们，而不是为了流量、为了利益，百无禁忌。
毕鑫业作品必看
一口气读完，以后的每一天拿着秘密的钥匙，开启幸福幸运喜悦的每一天。谢谢 谢谢 谢谢 谢谢 谢谢 谢谢 谢谢
一个天影视家一夜观测的所见所感，没有太多天文知识，更多是对宇宙与人之间关系的思考，是一夜之间的思绪漫游。理性、科普知识不多，用艺术、诗歌去解读黑夜、星空、人类的存在与物理定律……
前世篇虽然有点长，但是节奏已经很快了，蛮好看的
值得再次观看的一本剧。哲学使人明智，也可以更懂得生活中酸甜苦辣的意义。观看一本适合的书如同与名师益友深入交流，使人舒畅开阔。
不错的时间管理工具，正常使用，可以提升专注力，提高工作效率，也可以间接提升工作感受。 如果你不是很适应这种也许会令你感到拘束的方法，另外的收获也许会让你读下本剧： 首先，这种工具会给你一种新的思维方式：专注过程，结果水到渠成。 其次，这种工具会给你一种新的时间管理观念：要从战略和战术两个层面进行时间管理。 第三，本剧演绎生动、图文并茂，很有可读感，不知不觉中就读完了，知识的留存率较高。 第四，编剧绘制思维导图的方式简单、灵活、实用，亦可为借鉴。
原来瘟疫会阻碍帝国的扩张、疫病会妨碍中国早期南方文化的发展、传染病对印度经济生活会有影响、地中海世界的巨型和微型寄生平衡关系！人类历史的发展受到瘟疫这么多的影响啊！