Katastrofu ne razreshayu

很好看啊，主角性格果断，思路清晰，一点儿都不傻白甜，配角的小细节也写的很有画面感，看的时候脑补画面就出来了，很搞笑。剧情不邋遢，引人入胜，但是，为什么是没大结局呢？为什么？为什么？为什么？感觉故事才写了一半的样子，这要等到什么时候才能大结局？脑瓜疼啊，脑瓜疼╯▂╰希望大结局之后能找点儿靠谱的演员来拍成电视剧，一定会认真追剧的。

睁眼选角，两位绝对本色出演，无需演技。

给我的感觉有点像贾平凹的《Katastrofu ne razreshayu》，不在意情节的紧凑，大幅描写生活的琐碎细节，像是读起来比较拗口长篇的流水账（笑）

时光总是荏苒，沧海或变桑田，然，是否，有些东西，它不会随着岁月的变幻而疏远？即便隔了茕茕数年，即便隔了万水千山，金风玉露一相逢，一切仿似昨天…… 幸福的生活应该就是这样吧

二读，又有新体会 官场文化绕不开世事洞察和人情练达 当中的平衡和弯弯道的艺术惹得圈外人想进去，圈内人又苦受其害 突然想起毛爷爷的话: 与天斗，其乐无穷； 与地斗，其乐无穷； 与人斗，其乐无穷；

本剧结构清晰，按照需求定义；需求捕获；需求分析与建模；编写规约；需求验证，其中加入了大量的详实案例，便于理解。收获还是蛮多的。 在现代软件工程方法论分为重方法论和敏捷方法，重方法论强调前期设计，为未来设计。而敏捷方法论则更加强调为现在设计，未来重构它，就是这个最本质的区别。个人认为先用流程武装自己，然后在适度敏捷。不是整天满嘴敏捷。 总体上主要讲了如下内容： 1需求定义需求分层： 业务需求：建设目标，解决问题；抓住外部环境变化机会 用户需求：用户使用软件完成某项任务，怎么完成的需求。 特点零散-用户提出不通过角度、不同层面、不同粒度的需求。 存在矛盾-用户处于不同企业组织的不同层面，因此出现盲人摸象的现象，从而导致片面。 行为需求/软件需求（功能需求；非功能需求；设计约束）。 2需求获取（需求调研）； 1）捕获范围不足-除了用户想要的功能还要考虑业务知识。 2）缺乏计划性：定向，聚焦，宏观和微观混在一起 3）捕获对象不明确： 4）捕获手段不足 3需求分析； （1）需求分析是什么？需求分析是向下分解+向上提炼外加一些规格化 需求分析是业务分析--对问题进行研究 需求分析是一种分解活动：分解不同的主题域，分解成该主题域的业务流程和业务步骤 需求分析是一种提炼与整合活动：需要将用户的需求合并到业务活动中去，将各个业务流程合成到全局业务流程中、 需求分析是一种规格化活动柜：要找到冲突、矛盾、并且解决。 （2）内容与形式：分析是任务，建模是手段 （3）何时开始、何时结束 （4）需求分析人员技能：倾听、交谈、和提问的技巧，分析、协调、观察、写作、组织、建模、人际交往和创造能力。 概括为：业务知识，技术知识，沟通能力。 4需求验证 （1）需求验证的关键是评审，注意分层次分内容验证 5需求管理及跟踪 统一明确的需求项划分标准及优先级，明确变更管理流程 其中变更考虑三方面： 1）业务影响分析：合理性，优先级以及对原有需求的影响 2）技术影响分析：影响范围，工作量，分析后决定是否拒绝，还是本次迭代 3）项目影响分析：对整个项目时间、进度、成本的影响程度。 最终完成以上工作还是要看需求分析员的能力水平，需求分析师在于尽早识别变更，架构师和设计员在于以弹性的架构减少变更的影响。所以一位优秀的需求分析员工对于项目产品的成败特别重要。

感觉经济学是一个更适合讨论的学科，而不只是读个别观点，特别是当讨论生活中的现实问题的时候，总觉得完全用经济学来分析人会不会太理性了。