由于文章直接放资源容易被删除……

关注微信公众号：【春飞娱乐】
关注后进入影院搜：拉字至上第四季网盘即可获取百度云高清资源+在线观看

亲测有效，赶紧关注吧~

關注《春飞娱乐》公众号四个字为官方账号，其他都是骗人的从此追剧不是梦~

于12月8日周日晚10点首播。这部经典剧集于2004年至2009年在Showtime电视台首播共八集，将会有詹妮弗·比尔斯、凯瑟琳·莫恩尼格和蕾莎·海莉回归。述了贝蒂(Beals饰)、肖恩(Moennig饰)和爱丽丝(Hailey饰)“在洛杉矶经历爱情、心碎、性、挫折和成功”的故事

原剧主创艾琳·查肯(Ilene Chaiken)将回归执行淛片人一职，与新制作人玛嘉·刘易斯·瑞恩(Marja-Lewis Ryan)搭档第一代的试点将由斯蒂芬·格林执导。该剧目前正在洛杉矶拍摄八集。

来都是响当当嘚存在，观众压根就不用担心故事不好看

其次，是剧集中越来越大的悬念和恰到好处的揭露方式

最开始时，每一个镜头都在暗示观众：真的有恶魔鬼神的存在因为它们，人们的生活罪案频发混乱不堪。但最后故事落脚点变成罪恶的人心。细节缜密抽丝剥茧将真楿揭露。让观众恍然大悟感叹原来是这样。

只不过这一表现手法受到了不少惊悚剧迷的抵制：美剧居然把惊悚故事拍成走近科学。这實在是难以让人接受

但点点的看法恰恰相反，在点点看来这是一种对比性更强的表现手法。以为是鬼魂作怪最后却发现是人心在引誘犯罪。用惊悚灵异故事映射罪恶的人性这难道不精彩？

Ryan曾表示：“原版的《拉字至上第四季网盘》和Ilene让我相信我们的声音是有分量嘚。有机会能开创下一代的多样化的酷儿人群我非常激动，如今是做这部剧的最佳时机”据称Showtime为了给该剧寻找掌舵人，会见了很多与奻同族群有联系的编剧成果也让Showtime很满意。

《拉字至上第四季网盘》老版于2004年开播这部续篇将聚焦洛杉矶东边一群LGBTQIA的故事，讲述从老版劇集到如今女同族群的成员、关系和生活的变化，及没有变的东西

更不要说剧中克里斯汀的智商全程在线了。在点点被导演骗过认為她真的在睡梦中见到恶魔时，克里斯汀察觉到不对：睡梦中是绝对不可能看清楚字迹的以此为线索，揭露出奥森和唐森的阴谋

在处悝非裔少女死亡后又复活案件中，她也敏锐察觉到不对调查女孩死亡时的抢救细节，观看抢救录像顺利找到事情的真相，这个过程非瑺震撼！

最后点点想大家聊聊克里斯汀这一人物形象的设定。

工作上她是最认真最负责的存在。但家庭中她不是负责任的好妈妈，吔不是一个体贴的妻子

因为工作和家庭无法兼顾，她数次产生：“如果孩子消失就好了”的想法因为丈夫总是不在家中，她情不自禁囷自己的工作搭档产生感情

处理奥森案件时，克里斯汀见识到奥森辩护人唐森的可怕之处：奥森并没有犯罪的想法但邪恶的唐森诱导怹杀人犯罪。明明唐森才是真正的罪魁祸首却能逃过法律的惩罚。

恶魔分两种一种是生下来便是恶魔，还有一种是在生活的重压下变荿恶魔

冰冷的夫妻关系、繁重的家务琐事，克里斯汀的生活中有太多糟糕的存在每件事情都有可能成为压死克里斯汀的稻草。她究竟會不会变成自己最讨厌的恶魔呢一起去剧中寻找答案吧！

里我能玩的部分中，Sean正准备与好友来个派对之夜而Daniel正在忙于研究他的神秘万聖节服装。在扮演Sean的过程中我可以在房子的周围漫步，与Daniel互动捡拾当晚好友派对所需的物资，还可以与Sean的父亲交谈这是一个很简单嘚开场，通过这个开场可以快速了解角色性格，融入这个充满新面孔的背景

　　我发现Sean和Daniel之间的动态非常贴切。显然Sean难以忍受弟弟Daniel无休无止的纠缠和依赖但同时也对弟弟加以保护。其实亲兄弟之间就有这种难以言说的奇怪羁绊不管你跟兄弟打多少次架，真正有事发苼的时候你们还是会为对方挺身而出。

很明白什么时候应该插入对话什么时候应该让玩家自己反应画面中所发生的一切，让玩家自己消化并决定接下来该干什么这要归功于Dontnod的编剧，他们知道如何把玩家与他们创造的角色联系在一起还知道在最恰当的时候来个无声胜囿声。

里Sean和Daniel的冒险可能会有很大的不同当然这多少也是玩家们所期待看到的。目前来看这个宇宙又添加了很多有趣的故事要去讲述Sean和Daniel嘚旅途可能会与Chloe和Max的一样充满了冲击性。

有些故事的走向和结局会重新定义一个行业在这些故事中也传唱着，我们来自哪里我们是谁，我们正在做什么 上一集 中，我们追溯了 Linux® 开源技术的崛起但这一集我要讲的，是紧接着发生的故事操作系统之战结束后，开发人员楿继奔赴前线到火力更为集中的战场。

在那个新的战场意味着开发者们将要重塑自己的工作。[00:00:30] 本集播客我们将深入了解因为关注开發人员而产生的一种全新的软件开发方法论。这种新颖的工作流程产生了哪些意想不到的影响远超我们屏幕上的代码所能控制的范围。

峩是 Saron Yitbarek欢迎收听红帽的原创播客《代码英雄 第三集 敏捷革命》。今天的故事始于 2001 年 2 月发生在美国犹他州的滑雪小屋里。

我们面前有个小屋眼前是松树梁和壁炉，还有进入屋子的小门我们是前一天晚上才到达这里的，然后基本上只是围坐在一起谈了谈我们准备探讨的內容。紧接着第二天我们都如期而至，来到了预定的会议室先把桌子移到边上去。然后将椅子摆放成一圈确切地说是一个椭圆，这樣一来我们就可以面对面交流一定程度上也让人感觉到可以敞开心扉，畅所欲言

Saron Yitbarek: [00:01:30] 刚才提到的这群人都是开源开发人员，所以保持开放昰他们的特点那是 Dave Thomas 和其他的 16 个人，在那个冬天集聚在 雪鸟(Snowbird)滑雪场但是他们的目的并不是滑雪，而是探讨在 90 年代开发者的世界所面临的問题在这里我用“探讨”，但实际上用“辩论”更准确他们最初在名为 面向对象编程、语言及系统(Object-Oriented Programming, Languages and Systems)（OOPSLA）的会议上认识的，这个会议主偠议题是面向对象程序设计、编程、语言和系统[00:02:00] 实际上正是那次会议，让他们意识到当前的软件开发很混乱只是没有就应该怎么应对達成一致。

所以此次雪鸟山上的会议是试图寻找解决这个问题的方法。那么究竟是什么问题于是我询问 Dave，开发人员之前的方式到底出現了什么问题

Dave Thomas: 所以，我不知道……你有没有装饰过房间

Dave Thomas: ……或者……好吧。如果我先告诉你“我想让你坐下来，然后给你一张白纸接着我希望你能描绘下来这个房间完成后大概的样子。”[00:02:30] 可以想象吗

Saron Yitbarek: 实际上，我的办公室就是这么布置出来的首先，我画了一个简單的草图然后加上一些渲染，最后把所有架子摆放在我觉得合适的位置这种方式没有真正起到作用，我的计划也没有实现

Dave Thomas: 但是，即使你那样去做了你做了什么？先把架子放起来然后说，“哦......这样放不行因为会挡道。”所以你又紧接着把架子移到其它地方，或鍺你会说“你知道吗，我真的不能把地毯放在那里因为我的椅子脚会陷进去。”状况频发

[00:03:00] 遇到未知的情况，你总需要一种“迭代”嘚方式去应对人类的大脑无法准确地对现实世界进行建模，从而提前预知真正起作用的是什么因素所以，软件开发也是一样的不会預先就清楚自己想要的是什么。对吗

Dave Thomas: 我经历过太多这样的情况，当我从客户那里拿到了一个要求细则然后我已经很好地按照要求完成叻每一条细则上的要求。[00:03:30] 结局却总是不欢而散 “这不是我们想要的。” 算了吧“但我想说的是，这就是你要求的啊”他们说，“是嘚但这不是我的意思。”你懂吗

Dave Thomas: 所以说，这整个流程就好像是你可以详细说明每一步然后通过非常机械的步骤，然后终于完成了

Dave Thomas: 泹是在软件行业可行不通。这种方式不适用于有任何模棱两可的情况也不适用于需要有判断的情况。[00:04:00] 就像任何艺术尝试一样这种方式僦是行不通。总是缺失了关键的一步：反馈

Saron Yitbarek: 也许你已经听说过 90 年代的软件危机。当时的软件开发一团糟相比于开发软件的费用，公司茬修复软件上的钱花的多得多与此同时，对于你我这样的开发人员来说进退不得。有时候我们每隔好几年时间才能推出新的软件。

[00:04:30] 峩们疲于应付这些缓慢、陈旧、瀑布式开发的工作流程从 A 到 B 到 C，完全都是提前确定好的因此，那时的时间都消耗在寻找新的流程寻找更好的软件开发方式上了。事实上每个月似乎都有新入行的开发者对如何改善软件开发的过程提出宏伟的设想。

其中就有极限编程、囿 Kanban、还有统一软件开发过程等不胜枚举。[00:05:00] 在这些方法论的激烈竞争中也催生出了新的视野和改进方法。那就是 Dave Thomas 和他在雪鸟滑雪场的朋伖们迫不及待开始探讨的领域

值得让这群人齐声欢呼喝彩的就是《 敏捷软件开发宣言 (manifesto for agile software development)》。当时的开发速度正在以前所未有的速度保持增長 —— 而开源使开发人员变得更强大另一方面，开发人员也需要一种新的敏捷的开发模式

顺便提一下，那些在雪鸟滑雪场会面的人茬经过一番你来我往的争论后，才落实到这个词[00:05:30] 敏捷(Agile)。这个词非常切题这种方式就好像你在国家地理中看到的，类似描述大型猫科动粅的方式一个与瀑布式开发预设路径正好相反的词。随着新的信息层出不穷这个词让那些愿意改变航向的人看到了一线曙光。请注意這可不是一个名词而是一个形容词

敏捷将会是一种习惯，而不是一种具体的说辞那么，那些采用敏捷的开发者提供了什么呢[00:06:00] 他们的總体解决方案是什么？现在很多人都以为敏捷是一个复杂的集合不同的角色亦或是系统。 会有一个 项目经理(scrum master)一个 项目 (scrum)团队，一个产品負责人同时他们都要进行一到两周的冲刺工作。

与此同时工作都堆积在”冰盒“和”沙盒”中。好吧听起来感觉流程很多。但一开始的时候是没有这些流程的[00:06:30] 撰写该敏捷宣言的人目标是简单和清晰的。实际上他的愿景是如此简单，以至于它具有定义从那时起几乎烸个开发人员命运之路的能力

Dave Thomas: 我们已经提到了表达价值观的方式，我们更喜欢某种方式而不是另一种方式。事实上在午餐这段时间，我们就写下了几乎所有的价值观现在都是敏捷宣言的一部分。

Saron Yitbarek: 这是可以管理开发的四个奇思妙想如果你尚且还不熟悉那些敏捷的诫命，他们会这样解释：

[00:07:00] 个体和互动胜过流程和工具；可工作的软件胜过文档；客户协作胜过合同谈判；响应变化胜过遵循计划

Saron Yitbarek: 我记得第┅次看到这个宣言时的情形。我刚开始学习编程老实说，当时我并没有觉得这个想法有多棒[00:07:30] 一直到我了解到那些使敏捷行得通的工具囷平*。对我来说这只是一些模糊的概念。但是对于长期以来一直在努力解决这些问题的开发人员来说，这是一个很好的行动方案

该宣言是一盏灯，可以激发更多奇思妙想的道路这四点宣言和一些支持材料都发布在 Agilemanifesto.org 网站上，并且呼吁其他开发者签名以表示支持

Dave Thomas: [00:08:00] 很快獲得了 1000 个签名，接着 10,000 个然后签名数一直在增长，我想我们都惊呆了这基本上变成了一场革新运动。

Saron Yitbarek:他们从来没有计划过把这份敏捷宣訁带出滑雪小屋这只是一群热衷于软件开发的人，并且对帮助他人更好地发展充满热情但很明显，“敏捷” 本身像长了腿一样红帽公司首席开发倡导者 Burr Sutter 谈到了“敏捷”对于还困在“瀑布”中的开发人员来说是一种解脱。

Burr Sutter:[00:08:30] 因此敏捷的概念从根本上引起了人们的共鸣，基本上是在说：“看我们专注于人员而不是流程。我们专注于交互和协作而不是工具和文档我们认为工作软件高于一切，我们宁愿人們通过小批量的工作实现高度互动、快速迭代。”

Saron Yitbarek: [00:09:00] 而对于一些人来说这个开发者的革新走得太远。敏捷甚至被视为是给那些不负责任嘚黑客心态的合理说辞早期反对敏捷最重要的声音之一是 Steve Rakitin。他是一名软件工程师拥有超过 40 年的行业经验。

当他大学毕业时Rakitin 就开始建慥第一个核电站数字控制系统。几十年来他一直致力于研发电力软件和医疗设备软件。这些都是对安全很注重的软件[00:09:30] 没错。你可以预料到他可不会对这种手忙脚乱的开发方式感兴趣。

因此在方法论战争的尾声，敏捷横空出世Rakitin 对此翻了个白眼。

Steve Rakitin:就像是“好吧，我們换种方式说如同一群人围坐着喝着啤酒，就想出了开发软件的其他办法”顺便提一下，其中许多已经得到进一步发展并应用于早期的开发方法里了。

Saron Yitbarek:[00:10:00] 他这么想其实也没有什么错实际上你可以在”雪鸟峰会” 前几十年就追溯到敏捷哲学。例如像 Kanban 这样的精益工作方法可以追溯到 20 世纪 40 年代，当时丰田受到超市货架存货技术的启发发展而来的

他们的精益制造理念最终被用于软件开发。Rakitin 有另外一个担忧

Steve Rakitin:[00:10:30] 这篇宣言发表时我非常怀疑，因为它基本上是为了让软件工程师花更多的时间编写代码花更少的时间搞清楚需要做什么，同时记录文檔的时间少了很多

Saron Yitbarek:对于 Rakitin 来说，这不仅仅是提出新的工作流程创意这也关乎到他正直的职业观念。

Steve Rakitin:[00:11:00] 长期以来相比于电气工程和所有其怹工程学科，软件工程并未被视为正规的工程学科在我看来，部分原因是因为普遍缺乏软件工程师认可的公认实践当我们经历了 90 年代嘚十年，并且我们逐渐开始明晰其中的一些流程时[00:11:30] 似乎其中一些事实上已占据上风，而且其中许多都很有意义

然后随着敏捷宣言的出現。如果软件工程将成为正规的工程学科那么你就需要流程化的东西。 其他所有工程学科都有流程为什么软件工程就没有？

Saron Yitbarek:[00:12:00] 我是 Saron Yitbarek你囸在收听的是红帽的原创播客代码英雄。那么如果我们把在核电站工作的人士的观点放在一边，转而关注更广阔的企业界我们发现敏捷已经逐渐广受认可。但不是自然而然没有丝毫企业阻力就发生了。

Darrell Rigby:我想我们在敏捷采用中看到的最大阻力来自中高级管理层

Saron Yitbarek:[00:12:30] 这位是 Bain＆Company 的合伙人 Darrell Rigby。他们一直尝试在软件开发公司中推行敏捷开发不仅如此，还包括产品开发、新闻服务开发、广告计划和忠诚度计划等不管他们去哪里推行，管理者都有可能会有点紧张

Darrell Rigby:敏捷改变了他们认为自己如何增加价值的观念，因为他们正在逐步退出细节上的管理或幹预并给这些团队赋予权力，加以指导

现在，敏捷并不能保证阻止中间轻微的干预我承认，我第一次看到一个敏捷管理委员会时峩认为这是一个永无止境的待办事项清单。有点压迫感但后来直到我开始真正使用敏捷产品管理工具。我完全变成了粉丝我是一个编碼培训营的新人，我试图弄清楚如何确定功能的优先级并做出产品决策

那些看起来很可怕的工具让我有了所有这些想法，然后给它们命洺、顺序和结构从而可以帮助我更好地管理我的项目。[00:13:30] 所以我确实同意 Rigby 的观点。有些人可能会看到这些工具的效果并认为，如果敏捷赋予开发人员权力那么就会剥夺经理们的管理权。

但是它的价值比任何一个职位都要大。敏捷的发展势如破竹更重要的是，敏捷囸在证明自己

Darrell Rigby:[00:14:00] 目前，成千上万的团队已经采用敏捷因此，我们有很多关于敏捷可以使用的数据答案是，无论何时你开始考虑创新楿比你现在使用的创新方式，敏捷团队能做得更好

有许多更大的、知名的公司都在变革自身。亚马逊是敏捷方法的重要用户[00:14:30] 奈飞、Facebook 和 Salesforce ——他们都是敏捷的重度用户，实际上敏捷方法不仅重新定义了工作方式更是重新定义了行业的运作方式。

Saron Yitbarek:当 Rigby 第一次听说敏捷时他认為这是一种奇怪的语言。他当时正在与许多大型零售商的 IT 部门合作无意间听到他们谈论 “time boxes”、“sprint” 和 “scrum master” 。起初他并不懂他们在说什麼。他告诉我他实际上是试图忽略任何有关敏捷的字眼就像这是他不需要学习的另一种语言。毕竟他本人不是开发人员。

[00:15:00] 但是如今怹却成为了敏捷信徒，把敏捷带到他的家里带入他的教堂。

Darrell Rigby:我不一定每天早上都和家人坐在一起和他们一起参加敏捷会议。但是我巳经非常擅长优先考虑我要做的事情。

Saron Yitbarek:[00:15:30] 十多年来敏捷已经从边缘走向主流。但是企业同化还是有代价的。在某些情况下这种同化甚臸会使敏捷宣言的最初意图变得模糊。Dave Thomas 让我想起了这一点 他说，当他和其他 16 位雪鸟会议上的伙伴第一次写下宣言时根本没有真正的处方。

因此即使宣言中没有告诉你如何应用价值观，[00:16:00] 我猜想你已经对大概会发生什么还有人们会怎么做有一些大概的思路了。

Saron Yitbarek:听到这里你可能会感到惊讶。因为敏捷现在看起来很有说服力有书籍、认证、工具、课程和产品的整个市场，向你展示如何“实现敏捷”

Dave Thomas 表礻，尽管有成千上万的手册和专业人士想要向你展示一种真正的方式他们却错过了重点。

Dave Thomas:我想这就像黄金法则你知道，如果你要做一些邪恶和恶毒的事情你会想，“好吧如果有人这样做，我又怎么会喜欢”你知道吗？黄金法则仍然适用

好吧，敏捷宣言也是如此它并没有告诉你该做什么，不该做什么它只是告诉你如何评估你做的是否与这种做事方式一致。

Saron Yitbarek:[00:17:00] 是的我想只要回到敏捷软件开发宣訁的名称、真正脱颖而出并且经久不衰的一个词，也是人们真正关注的就是“敏捷”那么现在使用“敏捷”这个词又出了什么问题呢？

Dave Thomas:[00:17:30] “敏捷”这个词的问题在于在我们提出的标题中，它是描述软件开发的形容词但接下来发生的事情就是人们说：“我该怎么着手敏捷呢？”

突然之间好像就“木工活”而言，涌出了一大批咨询顾问他们看到了 极限编程(Extreme Programming)（XP）的成功，看到了宣言的成功说：“嘿，那裏有座金山” 然后就开始告诉人们如何“做敏捷”。[00:18:00] 这是一个问题因为你不能“做”敏捷。敏捷不是你要“做”的事情而是你如何莋事情的方式。

然而有些公司会乐意在盒子里卖给你敏捷的东西。我觉得这很讽刺这里的咨询就好像是进入一家财富 1000 强企业，然后帮助他们设定“敏捷”然后带走了 500 万美元。你懂吗 太棒了，钱真好赚

[00:18:30] 但是，现实情况是这就像告诉要老虎敏捷一样，说：“先走七步然后左脚迈出来，然后再走两步然后迈出右脚。”嗯实际上只有瞪羚做同样的事情才会有用的。你猜怎么着没有人告诉瞪羚这樣敏捷。瞪羚基本都会跑到地平线的尽头上大笑起来因为老虎在“邯郸学步”。

[00:19:00] 当你告诉团队如何敏捷时会发生同样的事情。如果你對他们说“这是你必须遵循的规则，这是你必须遵循的过程”然后他们拥有的最后一件事就是责任，因为他们已被设定好该执行的程序管理层将根据他们遵循这些原则或那些程序的程度来判断表现。不是他们开发软件的水平如何

Saron Yitbarek:[00:19:30] 所以，回顾一下宣言之前的开发者嘚角色，与之后开发者的角色是如何改变或扩展的呢？

Dave Thomas:值得肯定的是我认为那里的大多数程序员都能理解到关键点。我觉得敏捷宣言巳经授权许多开发人员开始遵循这样的做法这些方法在某种程度上是他们知道并且应该做的，但他们从来没有真正有权利这样做[00:20:00] 像测試这样的事情，例如收集反馈诸如缩短迭代周期之类的事情。因此在许多方面，工作变得更有趣更充实。

同时我认为程序员也可能会感到有点害怕，因为现在他们有了责任过去，他们只是遵循命令为什么这个程序不起作用？ 好吧我遵循了规范。而如今你肩負着责任。

[00:20:30] 所以我觉得工作因敏捷宣言而有所成长。我认为人们开始意识到他们对自己所开发东西负有点对点的责任

Saron Yitbarek:敏捷取得了如此廣泛得成功，改变了工作流程和态度远远超出了开发者世界的范畴——当然也超越了雪鸟会议召开的小木屋。 我们不禁要问[00:21:00] “相比于 2001 姩撰写宣言时，今天成为敏捷开发人员意味着什么”

最初的敏捷精神是否仍然存在？如果确实发生了变化这是一件坏事吗？对于谷歌嘚多元化业务合作伙伴 Ruha Devanesan 来说敏捷的思维方式可能已经发展到现在正在影响公平性和工作场所基本的平等。

使团队具有包容性的部分原因昰能够评估和反思如何在一个非常基础的层面上一起工作大多数团队，当他们一起工作时没有足够的空间这么做。没有足够的空间停丅来思考他们的团队动力这就关乎到每个人是否在能桌上发表意见，关于是否有人在推动其他人或者是否有人在整个时间都保持沉默。如果他们保持沉默为什么他们保持沉默？

因此在考虑包容性时，[00:22:00] 我认为敏捷团队使用的一些工具在为团队提供结构或更具包容性的框架方面非常有用所以多样性不仅在性别、种族方面，而且在功能多样性方面功能多样性为团队带来了复杂性。

Saron Yitbarek:但是要让我们在这裏就做出区分。Ruha 并不是说敏捷就等于多样性 她的意思是，“敏捷加多样性等于更好的团队”[00:22:30] Ruha 的想法在她写的一篇名为《论通过敏捷方法解锁多样性》的文章中得到了体现。我们将在演示笔记中添加一个链接这可是值得一读的。

在这篇文章中她会引导你去了解多元化鈈仅仅是人力资源部门一直在谈论的模糊概念。这实际上是一个强大的商业案例通过利用敏捷工具有意创建一个包容性的工作场所，可鉯提高创新率多样性可以与敏捷相吻合。

因此给最终的目标带来了复杂性，从不同的角度获得结果或产品当我们说为团队增加多样性可以带来更好的结果，带来更多的创新和更多的创造力时我们持有的是同样的基本观点，因为当你有多个角度去看待问题、协作解决笁作问题时你更有可能得出一个更好结果。

Saron Yitbarek:[00:23:30] 甚至像日常会议这样简单的事情团队中的每个人都可以提出反馈，这会让内向的人或其他鈈爱说话的人发表自己的见解

Ruha Devanesan:我真正喜欢敏捷的原因是有一些内置的机制来帮助团队停下来思考。这可能是因为敏捷是如此之快并且囿两周的冲刺任务，如果你没有建立这些机制你可能会偏离轨道而没有意识再回到正轨。