网友评论

之前看过编剧为王阳明作传,传记中王阳明潇洒俊杰,超然物外,运筹帷幄,实为不世出的大人物。而今看编剧为曾国藩作传,虽然也是不世出的大人物,但其人生却缺了些离奇玄妙和智慧之光,一板一眼都是标标准准的大智若愚。由此观之,称之为半个圣人实在是非常恰如其分。时空在我脑海里交错,我不禁想,如果两位圣人互换时空,互为彼此,面对彼此面临的困局又会做出怎样的抉择呢?但这终究是痴人的妄想。因为就像曾文正公的“愚”让他百尺竿头更进步,在风雨飘摇的清末一枝独秀一样,阳明先生的“慧”也让他在“剪不断理还乱”的明中叶力挽狂澜。时代的需求实在是对个人命运的而言起着不可抗拒的影响。而在时代里一个人要做的就是顺应时代的需要。什么“跳出三界外,不在五行中”的鬼话,吃饱了撑着还行,肚子饿了的时候,这句话也会被吞下。我想,二位圣人在出仕之后应该都会有过类似感想吧。
雷佳诚 6.5/10
跟随编剧又重温了战略的制定过程,以及战略发展的历史。 正如编剧所言,未来,一定是生态的动态的共赢的。 编剧的整个战略认知、方法论也是偏向于此,而且类似中医,有不少手艺的直觉的经验的东西,也就不容易如西方的理论那样便于传播。这一点,或是未来的努力方向吧
虫一而终 7.7/10
世间的爱情真的很奇妙,看的让人心碎,为何世人不宽容一点,爱情跟年龄,地位等真的没太大关系,而跟心灵相通,兴趣相投,情投意合却是分不开的。父母都说为了子女好,可是很多时候她们的决定往往害了子女…
谢思遥 8.7/10
这都是他的早期作品吧,跟死亡通知单不像一个人写的,差了十万八千里
皮小白@塔小乖 7.7/10
整容级别改编,充分证明导演有审美多重要。以及虽然秦昊是反派,但在这里面也太可怜了吧,史上最憋屈变态杀手,有几幕都快散发母性光辉了,心疼🙈
A西山嘉亮瓷砖阿清 3.2/10
1、前面几章差点睡着了感觉内容看不懂在讲什么...中间几章内容集中强度大...然后几章轻松...最后1章总结。建议先看最后一章吧,马上就能知道讲的是什么,更容易构建大局观和整体观。 2、感觉偏传统的软件需求分析的场景,但目前是移动互联网和saas的时代,有些东西需要去思考。但是对于B端产品经理来讲还是值得钻研的,C端产品经理基本不需要看。 3、对于日常不怎么使用uml图,或者未接触过相对复杂业务的人员读起来比较费劲。 4、同现代sprint思想、lean精益思想实际上是有一点冲突的,传统软件开发周期长、任务多,而近几年sprint的思想被越来越多公司采用。 5、如何落地实践是值得考虑的一个问题,书中最后一章也提供了一个思路。 6、核心内容: SERU: subject area,event,report,use case; 主体域+事件+报表+用例; 3阶段: 明确目标和范围(开天辟地)=> 理清框架和脉络(泾渭分明)=> 填充需求细节(天圆地方); 每个阶段的内容:包括主要任务、产物等 【1、明确目标和范围】 1.1核心工作: 划分主题域(若需要)=>用上下文图确定主题域范围=>列出主题域下的业务事件、报表类型列表 1.2主要产物: 构件图(表示主题域关系,1张)=>上下文关系图(表示主题域范围,张数与主域个数相等)=>业务事件列表、报表类型列表 1.3主要访谈对象: 中高层用户代表 1.4重要信息: 组织结构图、分管领导=>有助于划分主题域;部门职责说明=>有利于主题域间服务接口的标识 1.5其他提示: 这阶段时间相对简短,不强求标识全部业务事件和报表类型;重点在于从宏观层面理解业务,标示出最主要的业务事件和报表 【2、理清框架和脉络】 2.1核心工作: 针对业务事件进行流程、业务实体、使用场景分析; 针对每类报表进行业务实体、使用场景分析; 将前面标识出来的所有场景(用例)进行抽象、得到用例模型; 将前面业务实体分析获得的领域模型片段进行合并和抽象; 对设计约束、质量属性进行分析; 2.2主要产物: 活动图(表示业务流程); 领域类图片段(表示每个业务流程、报表类型涉及的业务实体) 用例模型片段(表示每个业务流程中的业务活动、具体报表项) 领域模型(按主题域对领域类图片段进行合并和抽象) 用例模型(按主题域对用例模型片段进行合并和抽象) 部署图(用来描述软硬件环境方面的设计约束) 2.3主要对象: 中层用户代表 2.4重要信息: 业务事件、报表类型列表作为访谈计划的线索; 业务事件、报表类型列表作为需求组织的二级剧集列表 2.5其他提示: 此阶段主要是搭建框架,不要设计太深的内容;目标不在于标识所有用例、所有领域类,而是标志出最重要的部分,此外,在本阶段完成后将对需求进行基线划分。 【3、填充需求细节阶段】 3.1核心工作 针对每个用例(B类、R类、I类)进行捕获、分析; 对流程图上标志的相关文档进行分析,完成领域类的细节填充; 在架构师的支持下,完成技术类用例的描述; 3.2主要产物 业务类用例描述:包括事件流、相关需求、UI原型、规则约束; 报表类用例描述:包括报表概述、报表内容、输入/输出格式; 接口类用例描述:包括使用者概述、内容与格式、实现约束; 领域类描述:包括数据窗口分析、组成与格式、计算规则; 3.3主要访谈对象 操作层(及小部分中层)用户代表 3.4重要信息: 根据上阶段得出的用例模型,按基线安排调研与细化; 根据用例所关联的领域类,安排领域类的分析和细化;
宋明祥 2.2/10