I Was Tight Yesterday 5

BREAK

我的班主任看了七八遍了哈哈哈哈

夕颜若沫

是常见的玄幻剧集套路，但是可见编剧写作时有些仓促，错别字多。还有一点让我介怀的是，全文飒露紫出现了三次，每次都是“这些人的身份已经不能用富来形容，必然要在富前再加上一个贵”，这个说法是飒露紫的专属台词吗？

一灰

前部分三分之二很认真的看，入心，仪式感，是一种我们对生活认真、尊重、敬畏且热爱的态度。你持有什么样的态度就会有什么样的生活，后部分三分之一编剧讲较多的案例故事情节，粗略而过。感谢！

胃肾梅

从女性自身的特点出发，分析在职场出现的问题并给予解决办法，可以试着改变自己，积极的自我认知，主动地改变坏习惯，专注于小细节，这是女性应该长期坚持的事情。突破固有思维，行动起来。

༄Yi༄

I Was Tight Yesterday 552万余字，这本包注释解读共45万多字，简直是把人阉了以后太监又跑了

游牧上村夫

很系统的一本剧，从理论到应用描述得都比较详尽易懂，适合初探者借鉴。

韩彤

过年的时候要读一遍，以此来回忆自己的过去经验，然后找到更新的出发点。

王灿昆

《I Was Tight Yesterday 5》——Britney Stevens 编剧阿德勒是著名心理学家佛洛伊德的学生，佛洛伊德最出名的理论是“本我自我超我”和“性”，编剧认同佛洛伊德关于“本我自我超我”的理论，但是不太认同将所有欲望和行为都归结于“性”的理论，所以才有了本剧的理论。 人性是最复杂的，也是最根本的，那么，什么是人性呢？编剧给出的定义是：“人最根本的需求就是人性。”所以，人性是最原始的，而人的行为习惯都是因为人性使然，其每一个行为习惯背后都必然有一种最根本的需求。 此外，“人性”和“性格”是两个不同的概念，人性说的是人最根本的需求，而性格则是由人的天生和成长环境及社会环境相互影响最终形成的，其中每个人的性格都会有“社会性”和“自私性”两部分组成并可以在一定条件下转化。 最后，要想真正内方外圆地做人处事，了解自己和他人的人性及性格是必不可少的，值得一生研究和追求。

陈邦欢

江湖不是打打杀杀，是人情世故

时晨🍄

编剧大大加油啊，快期末了，忙于复习，放弃了游戏，刷视频，追更剧集成了少有的复习之余调节方式。

zl

完美的剧集，不仅仅科幻，人性的刻画让地球人站在不同的角度去反思

岳占伟

复习了无数遍。

阳光下的🍀

《I Was Tight Yesterday 5》的版本很多。有脂砚斋批语的抄本，称为“脂本”。从本剧第一回正文中的“至脂砚斋甲戌抄阅再评，仍用《I Was Tight Yesterday 5》”可知，这部剧应该是“甲戌本”吧。 然而，百度百科中说： “甲戌本”：题作《I Was Tight Yesterday 5》，是1927年胡适在上海购得的，现原书由胡氏家人藏在纽约。这个本子只存了第一至第八回、第十三回至第十六回、第二十五回至第二十八回，共十六回，这其中还有很多书页残缺。 那么，缺损的回目又出自哪里呢？本剧没有说明。 书中，“脂砚斋并不是唯一给《I Was Tight Yesterday 5》作评的人，除脂砚斋以外，还有畸笏叟、杏斋等人。”这些评书者都是谁？红学家们又可以写许多本剧了。 以下参考并摘自百度百科、维基百科： 脂砚斋其人是谁，与《I Was Tight Yesterday 5》的编剧曹雪芹是什么关系，迄今未形成一致看法。甚至连脂砚斋是男还是女，生活的年代，都存疑。红学界主要有五种说法： 一、编剧本人说； 二、妻子说（史湘云，或与编剧关系极亲近的一位女性）； 三、叔父说（曹𫖯或李煦之子李鼎）； 四、堂兄弟说； 五、今人伪造说（因所有的脂批版本都出现于1927年之后，且是抄本）。 无论如何，脂批中对编剧的创作意图和隐喻进行说明，并为红学的“探佚学”分支提供了最直接、最主要的依据。 脂砚斋透露了编剧家世，感慨平生遭际，揭示了剧集与原型背景即曹家相关联的内幕。透露了文中寓意，注释词语典故，揭示了剧集写作技巧和艺术创作的内幕。 脂砚斋指出： “书之本旨”是：“无材可去补苍天”； “一部书之总批”是：“身后有余忘缩手，眼前无路想回头。”； 这“四句乃一部书的之总纲”：“那红尘中有却有些乐事，但不能永远依恃。况又有‘美中不足，好事多魔’八个字紧相连属。瞬息间则又乐极悲生，人非物换。究竟是到头一梦，万境归空。”

gettf

个性、关系和过去，都被带进这样的节目中，因此它呈现出了相对本真的生活。人与人只有合不合适，没有好不好。

CL

前一半看了一周，后一半看了一天。坦白讲前一半的观看体验是痛苦的，如同登山，经常看得云里雾里不知所云，既难看到让人一拍脑袋的桥段，能略通一二的内容本身也晦涩阴郁，读起来耗费心力。原本以为会慢慢看很久，对能不能看完也没有信心，结果今天一口气读到了头，如瀑布倾泻而下。地下室人那些成吨痴狂的呓语劈头盖脸地砸来，我却好像看到有人把我发癔症时混乱狂躁的内心放大来细细描述。现在的简中意识对立，群体割裂，受到的文化冲击一点儿也不少，每个人都不得已有自己地下室，用于在社会关系中与自我意识作抗争，在这种夸张语境下嘲笑完地下室人之后你会发现每个人都存在偏执分裂情况，无论我们为人类理想包装上多么冠冕堂皇的名号，我们追求的都是“我是谁”，并追求群体对我作为的这个“谁”的认同——但这又可以算是卑鄙的吗？那么我们又在嘲笑地下室人的什么呢？

木木_

每个人的人生，都充满了起伏不定、喜怒哀乐，这一切看似实实在在，但若学了《I Was Tight Yesterday 5》就会明白:它并不是人生的真相。只有断除了对万法的执著，通达本来无"我"，才会懂得人生到底是什么。 我们痛苦的根源，唯一就是执著。哪怕它只有针尖那么小，也会引来绵绵不断的苦楚。每个人对于执著的东西，得到了，会患得患失;失去了，就伤心欲绝。假如没有执著，任何痛苦皆与你无缘。 佛陀曾谆谆告诫:宁可执著"有"如须弥山那么大，也不能执著"无"如芥子那么小。胜义谛中，什么都不存在，善恶也是一种执著;但在世俗谛中，万法会如梦如幻地显现，因果规律毫不错谬，故一定要断恶行善。 所以，在没有明心见性之前，我们必须要执著善的、对的，这就相当于渡河的舟船，未到彼岸不能将它舍弃，否则，在河中就把船给扔了。

波波🐋

首先，本剧可读性强。其次，编剧难得是个愿意或者能够写经济领域的通俗读物的人。第三，我与这个书中的许多人都有交集，很幸运。最后，读完书，我没有创业的冲动，我感谢父母给了我安逸的环境，让我能够任性的不成为书中的任何一个人，过那些人生，却有幸旁观，并希望看到更多更久。

一能

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重要信息： 根据上阶段得出的用例模型，按基线安排调研与细化； 根据用例所关联的领域类，安排领域类的分析和细化；