自有后来人There Are Certainly Successors

对比了这本耿的译本和上海译文娄的版本，感觉前者更接近俄文的语言表达，但比较生涩；后者更加可读，但不排除翻译自己添油加醋。整本剧读下来，最喜欢的是《自有后来人There Are Certainly Successors》这一章，扑面而来。陀在书中也有大量的心理活动。每个人的生活又怎么不是这样一座囚笼呢。

观看中我脑子里不断徘徊的问题是：为什么同样解释一部作品里涉及的物理学知识，基普·索恩写的《自有后来人There Are Certainly Successors》会那么引人入胜。的确不是每个科学家都有写作的天分，科普事业需要两者结合。

编剧用案例的方式讲述美国社会制度，大体有个了解，案例挺生动，之前关注好久的一本剧终于看完了，推荐！

这部剧的内容就像他的名字一样简约，没有一句废话！ 简单总结一下: 1.设计产品时，一定要考虑用户的使用情景。我希望用户拥有什么体验？我的设计怎么满足用户在该情景下的需求？走出办公室，去用户的真实环境中去观察。 2.三种用户：专家型用户(技术狂热者)，随意型用户，主流用户。主流用户占绝对主导地位，专家型和随意型用户只是少数派。用户类型几乎不会发生转变。 3.忽略专家型用户，专家型用户追求的是主流用户根本不在乎的功能，随意型用户也不是典型，他们能够忍受长期存在的某些问题。所以主流用户才是我们的目标用户！ 4.简单意味着控制。让用户掌握结果，让用户感觉在掌控自己的生活。 5.描述用户从开始到结束一直在做什么。关注点是用户的行为而不是你的设计。用故事描述用户体验，故事情节要简短，简单的故事容易被记住，容易传播。 6.把目标定高，极端的目标。不要匆忙着手去设计，理解核心问题需要时间。与别人分享你的认识！ 7.四个策略---(1)删除:去掉不必要的，直到减到不能再减。(2)组织:按照有意义的标准划分成组。(3)隐藏:不重要但却不能删的功能隐藏。(4)转移:部分功能转移到其他设备。 8.删除。 (1)关注核心：与新增功能相比，用户更关注基本功能的改进。删除实现的不够理想的功能。沉没成本误区。问题从“为什么去掉它？”改为“为什么留着它？” (2)不要“假如用户需要……”搞清楚用户是否真的需要，不要猜测用户会或者不会怎么样，不要简单的因为客户要求就增加功能。 (3)如果一个小的变化导致了复杂的流程，就该退一步去寻找其他解决方案。 (4)重视可用性。不要以功能多少来认定产品的价值，应该看产品是否满足用户的目标。 (5)决策。给用户提供少量选择，选择太多会成为负担，提供默认值。 (6)错误。错误提示也会给用户带来不好的体验，感觉遇到了麻烦。应尽量避免用户操作错误。 (7)删除混乱元素，删减文字，精简句子。删除引见性文字，删除不必要的说明，删除繁琐的解释，使用描述性链接。 注意也不要删减过多！ 9.组织。 (1)分块，7加减2。画出用户行为有助于理解如何组织你的产品。 (2)分类，不同的用户类别行为可能完全不同。 (3)搜索比浏览困难。 (4)时间和空间，大小和位置。网格，隐形的线。分层。 (5)期望路径，用户不一定按照你设定的路线走。 10.隐藏。 哪些需要隐藏？不常用但不能少、自定义、自动控制。 渐进展示，阶段展示，适时出现，提示与线索，让功能容易找到。 11.转移。 (1)有些功能在有的平台简单，而在其他平台就会变得复杂，移动端和pc端，找到那些功能适合放在哪个平台。 (2)向用户转移，用户擅长什么，计算机擅长什么。用户指挥，计算机操作。 (3)创造开放式体验，为用户提供简单的工具，专家用户和主流用户分别设置自己不同的目标。 12.任何应用程序都会有一些无法消除的复杂性。提升细节。给用户留下足够的想象空间！

天呐！看到最后我竟然没猜对凶手是谁？不过猜对了一半，阿加莎真的我太厉害了，我喜欢！ 其实读的时候感觉奇怪了，那时候应该停下来好好想一下，也许就知道是谁了，文中有两个关键点，可是却略一疑惑就过去了~ 五星好评，虽然前面我个人觉得有些啰嗦，但是整个文章布局巧妙，一波三折，真好看~

人生的护城河就是建立自己的自我认知，学会把握机会，创造自己。

逻辑混乱，前后不搭，一下说不会死，然后又死了，一下说找不到，一下又送人了，真是牛啊

本剧没有很精辟，多数是编剧与自己的好友的对话，语言比较通俗易懂，但还是有可之处！可读

具有启发性的经管经典著作，跟随赵联的脚步，让IBM这只大象跳舞。