Comin' 'Round the Mountain
《Comin' 'Round the Mountain》西部电影，Mack V. Wright、吉恩·奥特里主演的美国作品。
演员： Mack V. Wright , 吉恩·奥特里 , Ann Rutherford , Smiley Burnette , LeRoy Mason , Champion
《Comin' 'Round the Mountain》西部电影，Mack V. Wright、吉恩·奥特里主演的美国作品。
演员： Mack V. Wright , 吉恩·奥特里 , Ann Rutherford , Smiley Burnette , LeRoy Mason , Champion
用户评论
安全感、自由感、价值感、意义感、亲密感，这些是人内心基础的感知，人们很容易对它们感到匮乏。你在生活中遭遇的每一个痛苦事件，背后都基于对其中某种或多种感知的匮乏。当遇到的事情不同，你对这些感知的匮乏程度也会有所不同。 每当你的内心体验到痛苦的时候，你都可以把刺激你内心的事写下来，并反复问自己这样一个问题： 那又能怎样呢？ 那又能怎样呢？ 那又能怎样呢？ 深度、反复思考这个问题后，你就可以找到内心深处的很多秘密。不要觉得“人生就是这样啊”“所有人都这样啊”，你要拥有怀疑一切的精神，这样才能清晰地认识自己的人生。
⒈童年经历只是导致心理问题的一个触发因素，并非全部原因。 ⒉做好期望值管理，幸福感藏在日常的间隙里。 ⒊成年人，选择权握在自己手里。 ⒋不能表达出自己的需求的话，就会被这些需求和欲望反噬。 ⒌确立责任边界感，对自己负责就好。
惊心动魄的时候很多，抑制不住的想要往下看，吸引力很强，很考验胆量，胆小的人晚上不要看，否则可能会睡不着觉，整体感觉很好，可读性很强。
很不错的一本剧，可以让人学到以前都想不到的东西，更对一个人的财务管理有很好的解释，让人能理解富人与穷人最根本的区别，它可以使你变富，可以让你过去富裕的生活，富裕的人生，但前提是你必须理解它，读懂它，学会它，反之一切都是空谈。
大学的时候有看过这部剧，那个时候，没有太深刻的感触，所以内容也记得不多，这次我看了两遍，结合自己毕业后的经历，所以有着深刻的体会！好剧推荐，还可以讲给团队成员听
哇塞，喜欢最后这本 良缘错之芙蓉军师 有种 楚乔传 的感觉
十四个传奇人物，虽然都不太被人知晓，但每段都是传奇人生。十四个传奇故事，称得上是“历史的速写”。 德语原文Sternstunden der Menschheit。“Sternstunden”原意是一个人某方面发展的高潮时期或具有转折性的时刻，是一些幸福且颇具宿命色彩的瞬间。编剧拓展了这个词，叙述了偶然与命运的交织。大多数的英雄人物，上帝貌似都未能眷顾他们，但他们的名字会一直流传。 全文都透露着的“和平”，对战争的痛恨。编剧茨威格，犹太人，现实中也同样饱受战争的颠沛，最后选择离开这个世界。
我们并不缺乏软件工程，需求工程的理论，技术，缺乏的是将这些理论和技术有效的应用到实践。 编剧的SERU过程框架正好是将软件工程理论和具体的需求实践工作真正的结合起来了。 最核心的不是提出了很多重要的需求诫语，重要的是可以通过SERU框架系统来梳理和回顾我们的需求开发和需求管理活动。 SERU模型 S:Subject Area，表示子问题域 其核心思想是要通过业务来分解系统，尽量保证业务独立和低耦合。 E:Event，表示业务事件 通过业务事件能够找到流程，通过流程能够找到不同场景和用例。 R:Report，表示报表 统一处理查询，分析和统计类需求。 U:Use Case表示用例 需求组织的最小单位，到了需求分析阶段的重要活动和产出。 SERU过程框架模型将需求过程分解为了三个阶段， 第一个阶段是需求定义，重点是主题域划分和业务事件识别。 第二个阶段是理清需求框架和脉络，重点是通过业务流程图转到具体的领域类图和用例图。 到了第三个阶段重点就是填充需求细节，包括用例的详细编写，界面和交互设计等。 第一阶段-需求定义阶段 需求定义阶段强调了一个重点就是高屋建瓴和从顶向下的思路。 当要做一个全新的软件产品的时候，我们首先肯定是进行需求收集和调研，所以书里面专门谈到了需求捕获的最佳实践，包括用户的访谈和调查，现场的观摩等。 同时也提出了类似任务卡片等很好的现场需求捕获工具。为什么一开始要强调第一阶段对系统的宏观把握和高屋建瓴，因为在做一个全新的软件产品的时候我们很容易收集到大量用户现有的流程，表单，组织架构等信息和资料，但是这样很容易一次的陷入到需求细节中而对企业的业务没有一个宏观的把握。 主题域划分+上下文图，是需求定义阶段的重要输出。 主题域划分主要是从业务的视角来考虑子系统应该如何划以降低业务本身的耦合，在书中也专门提到了主题域划分的思考应该从组织结构为线索，从分管领导找突破以及借鉴典型的业务职能区块等。 主题域划分清楚了下一步重点就是要确定主题域的范围，自然引入了上下文关系图，其核心就是要将主题域或子系统作为一个黑盒来分析，搞清楚边界和其于外部用户的交互。通过理清楚上下文关系图后第一阶段的输出基本就很容易明确了，即业务事件+报表需求。 在这里我觉得重点要借鉴的就是从顶向下的系统思维和分而治之，这是解决问题很重要方法。 同时刚开始一定不要跳过这个阶段而落入需求细节。 主题域和业务事件是两个重要概念，而这两个概念核心又是业务场景。 第二阶段-需求分析阶段 在第二个阶段重点就是粒度的细化，从主题域我需要细化一层到识别了关键业务对象的领域视图，从业务事件进行流程分析我们需要讲业务事件细化一层到具体的业务活动，而业务活动正式我们在识别用例的时候的重要参考。所以在这里我们基本清楚了第二阶段刚开始是通过业务事件进行业务流程分析，业务实体分析，业务场景分析，识别领域类和用例。 需求分析就是先分解，在提炼，然后在这个过程中消除矛盾。 不管是采用结构化的方法还是面向对象的方法，分解是人类控制复杂性，认知复杂事物的最佳实践。 现代工程理论更建议采用业务导向的分解而非系统导向的分解。 在第一阶段的分解我们可以看到以主题域为主线索，具体的分解过程为目标系统-》主题域-》业务事件；到了第二阶段则是以业务流程为主线索进行分解，具体为业务事件-》业务流程和业务活动-》领域类图和用例。 业务流程是对信息系统进行庖丁解牛的核心线索，每个业务事件都是一个业务流程的触发，因此针对每个业务事件都应继续做业务流程分析。 对于业务流程是企业核心业务的重要载体，业务流程本身就是结构化的，而且是分
推荐. 读完第一遍后. 查了一下编剧有没有其余的剧集，发现只有“Comin' 'Round the Mountain”系列后，就又看了一遍。嗯…除了推荐，没什么想说的，就只想表达我看完后的心情，剧透什么的不是我的风格。第二遍看完，写下这些。
这个电子版没有彩蛋，我追剧看了彩蛋，觉得编剧对自己的文章评价的更好，我们很难超越，现在我和大家一起来分享。 五年前我开始写作一部望不到尽头的剧集，那是一个世纪的叙述。2003年8月我去了美国，在美国东奔西跑了七个月。当我回到北京时，发现自己失去了漫长叙述的欲望，然后我开始写作这部《Comin' 'Round the Mountain》。这是两个时代相遇以后出生的剧集，前一个是文革中的故事，那是一个精神狂热，本能压抑和命运惨烈的时代，相当于欧洲的中世纪，后一个是现在的故事，那是一个伦理颠覆，浮躁纵欲和众生万象的时代更胜于，今天的欧洲一个西方人活四百年才能经历，这样两个天壤之别的时代一个中国人只需40年就经历了。四百年间的动荡万变浓缩在40年之中,这是弥足珍贵的经历。连接这两个时代的纽带就是这Comin' 'Round the Mountain两人，他们的生活在裂变中裂变。他们的悲喜在爆发中爆发，他们的命运和这两个时代一样的天翻地覆，最终他们必须恩怨交集地自食其果。 起初，我的构思是一部10万字左右的剧集，可是叙述统治了我的写作，篇幅超过了50万字写作，就是这样奇妙从狭窄开始往往写出宽广，从宽广开始，反而写出狭窄。这和人生一模一样，从一条宽广大路出发的人常常走投无路，从一条羊肠小道出发的人却能够走到遥远的天边。所以耶稣说你们要走窄门。他告诫我们因为引到灭亡，那门是宽的，路是大的，去的人也多。引到永生，那门是窄的，路是小的，找着的人也少。 我想无论是写作还是人生，正确的出发都是走进窄门。不要被宽阔的大门所迷惑，那里面的路没有多长。 Champion 2005年7月11日