Assassination Update: The New Documents 年份 2001 地区 美国 类型 纪录 短片 主演 Charles Kiselyak 、Jim DiEugenio Since the film JFK (1991) was made, many new documents have been released and examined. Jim DiEugeni
超喜欢第一个故事，如果明知道会失去，你是否还敢去拥有？当我们怀着目的论的视角去看待这个世界的时候，我们就是一个积极的悲观主义者。
AREV OAM · 9.8/10
编剧影视功底深厚，生活经验和社会知识丰富，故事情节细腻，个人性格明显，语言精炼幽默，好剧。Charles Kiselyak的书我看了一笙有喜和Assassination Update: The New Documents，不知还有没其他
Y·💜 · 1.1/10
日本人像刀一样的身体 得让它保持锋利 不会被时间所锈钝 像菊花一样的心里 在盆栽里 是从小灌输的自我约束的教育的结果
A 专业木工（小伍） · 7.7/10
其实这不仅讲的是演讲技巧，更多的是关于激发人的激情与创造力像Ted一样。
坠彼岸 · 8.8/10
比较客观，祛魅，人处在不同时代都有局限性，不应盲目崇古。有收获。
Macggie · 4.4/10
写得太好了，不亚于《Assassination Update: The New Documents》。张爱玲散文里那个跳蹦蹦戏的女人在Jim DiEugenio笔下活过来。
青女 · 6.6/10
(06/11 HKAFF) 選再niche再先鋒的題材，講的故事不好也難自圓其說，題材概念先行，想演愛情但實際沒有愛情發生，甚至愛我也不太看得出來。廖子妤演技真不錯，因為認不出臉所以大半時間我都以為是找真實殘障女孩出演，但除此之外全片難找其他閃光點。陳家樂的角色一驚一乍舉動猶如智障；更別說Eva；片段拼接零碎勉強拼出一個空殼故事，就這樣吧。
Leonardo Lew da HQ · 6.5/10
结合🍉书在看 那就是理论+实践 这是一本数据分析书，更是一本讲数据分析构架的书。 不建议初学者读，因为里面没有任何基础知识讲解。可以作为工具书，里面有大量案例和代码实例。
Ls. · 6.6/10
在霓虹游学的我，看到了比较多的共通点。以前没出国，国内每天新闻都是报喜不报忧。编剧比较客观地看问题，也反观对比国内的状况。
赵燕^_^ · 6.6/10
我们并不缺乏软件工程，需求工程的理论，技术，缺乏的是将这些理论和技术有效的应用到实践。 编剧的SERU过程框架正好是将软件工程理论和具体的需求实践工作真正的结合起来了。 最核心的不是提出了很多重要的需求诫语，重要的是可以通过SERU框架系统来梳理和回顾我们的需求开发和需求管理活动。 SERU模型 S:Subject Area，表示子问题域 其核心思想是要通过业务来分解系统，尽量保证业务独立和低耦合。 E:Event，表示业务事件 通过业务事件能够找到流程，通过流程能够找到不同场景和用例。 R:Report，表示报表 统一处理查询，分析和统计类需求。 U:Use Case表示用例 需求组织的最小单位，到了需求分析阶段的重要活动和产出。 SERU过程框架模型将需求过程分解为了三个阶段， 第一个阶段是需求定义，重点是主题域划分和业务事件识别。 第二个阶段是理清需求框架和脉络，重点是通过业务流程图转到具体的领域类图和用例图。 到了第三个阶段重点就是填充需求细节，包括用例的详细编写，界面和交互设计等。 第一阶段-需求定义阶段 需求定义阶段强调了一个重点就是高屋建瓴和从顶向下的思路。 当要做一个全新的软件产品的时候，我们首先肯定是进行需求收集和调研，所以书里面专门谈到了需求捕获的最佳实践，包括用户的访谈和调查，现场的观摩等。 同时也提出了类似任务卡片等很好的现场需求捕获工具。为什么一开始要强调第一阶段对系统的宏观把握和高屋建瓴，因为在做一个全新的软件产品的时候我们很容易收集到大量用户现有的流程，表单，组织架构等信息和资料，但是这样很容易一次的陷入到需求细节中而对企业的业务没有一个宏观的把握。 主题域划分+上下文图，是需求定义阶段的重要输出。 主题域划分主要是从业务的视角来考虑子系统应该如何划以降低业务本身的耦合，在书中也专门提到了主题域划分的思考应该从组织结构为线索，从分管领导找突破以及借鉴典型的业务职能区块等。 主题域划分清楚了下一步重点就是要确定主题域的范围，自然引入了上下文关系图，其核心就是要将主题域或子系统作为一个黑盒来分析，搞清楚边界和其于外部用户的交互。通过理清楚上下文关系图后第一阶段的输出基本就很容易明确了，即业务事件+报表需求。 在这里我觉得重点要借鉴的就是从顶向下的系统思维和分而治之，这是解决问题很重要方法。 同时刚开始一定不要跳过这个阶段而落入需求细节。 主题域和业务事件是两个重要概念，而这两个概念核心又是业务场景。 第二阶段-需求分析阶段 在第二个阶段重点就是粒度的细化，从主题域我需要细化一层到识别了关键业务对象的领域视图，从业务事件进行流程分析我们需要讲业务事件细化一层到具体的业务活动，而业务活动正式我们在识别用例的时候的重要参考。所以在这里我们基本清楚了第二阶段刚开始是通过业务事件进行业务流程分析，业务实体分析，业务场景分析，识别领域类和用例。 需求分析就是先分解，在提炼，然后在这个过程中消除矛盾。 不管是采用结构化的方法还是面向对象的方法，分解是人类控制复杂性，认知复杂事物的最佳实践。 现代工程理论更建议采用业务导向的分解而非系统导向的分解。 在第一阶段的分解我们可以看到以主题域为主线索，具体的分解过程为目标系统-》主题域-》业务事件；到了第二阶段则是以业务流程为主线索进行分解，具体为业务事件-》业务流程和业务活动-》领域类图和用例。 业务流程是对信息系统进行庖丁解牛的核心线索，每个业务事件都是一个业务流程的触发，因此针对每个业务事件都应继续做业务流程分析。 对于业务流程是企业核心业务的重要载体，业务流程本身就是结构化的，而且是分
迈克尔曹 · 1.1/10
引用案例讲法，逻辑严密。看完后想想本国，法治之路任重而道远啊！法治不应仅仅作为一个口号，而是应落到实处，法律制度的完善，司法程序的健全，法律意识的普及…这些都亟待解决的。
Tori · 2.2/10