设计与产品lizengland.com编辑精选
门的问题（2014）
The Door Problem (2014)
2017 — 2024，它一次次回到首页
黑点是上首页（≥ 50 分）的那次投稿，空心点是没冲上去的投稿，点越大分数越高。
导读
游戏设计师 Liz England 的经典文章，用“一扇门”举例说明游戏开发中看似简单的东西背后牵扯设计、编程、美术、音效、QA 等无数环节。文中列举了团队里每个人面对“门”时会提出的不同问题，生动展现游戏开发的复杂性。
为什么经久不衰：它把“外行觉得简单、内行知道复杂”的鸿沟讲得淋漓尽致，适用于一切软件开发，十年来反复被翻出仍不过时。
HN 评论精选
游戏测试量远超人力极限，玩家对开发工作的误解才是行业核心矛盾
我认为游戏行业最大的问题是人们对开发者的认知与实际工作之间的脱节。很多人抱怨 QA 团队“没做好本职工作”，但真正的问题是游戏需要的测试量太大，根本赶不上截止日期。几乎所有情况都得靠人工测试，唯一可行的办法就是发布 beta 版让玩家帮你找问题。Warframe 在管理玩家预期方面做得最好：创意总监会在大版本发布时开直播，让玩家了解发生了什么，社区负责人也极其擅长运营社区。Warframe 是唯一把玩家当成年人对待的游戏。
zitterbewegung查看英文原文
I think the biggest issue in video games is the disconnect between how people perceive developers and what they do. Many people complain about QA teams and how they "aren't doing their job". The real issue is that making video games requires so much testing that they can't keep up with meeting deadlines and goals. Considering that someone has to hand test nearly all situations that the only way you can really test a game is to release a beta quality game and let your users tell you whats wrong. Warframe is the best at trying to manage peoples expectations. The creative director went on periscope during a big release which made people understand what is happening. The head liveops (community manager) allows them to walk on water (https://twitter.com/rebbford) due to her ability to manage the community. Warframe is the sole example of a game that treats its uses like adults.
不同项目对细节的重视程度天差地别，资源决定实现方式
这和所有软件都一样。在一个项目里，我有一整个设计团队告诉我门该长什么样、该怎么表现；在另一个项目里没人关心，于是我把门全涂黑锁上，等有人抱怨哪几扇想打开再说。
k__查看英文原文
It's like with all software. On one project I have a whole design team that tells me how the doors should look and behave. On the next project nobody really cares, so I paint them black, lock all of them and wait till someone complains abut a few that they want to open. ;)
人类天生会简化自己不了解的事物，只有亲手做过才知复杂
这个例子太棒了，几乎适用于生活中的一切。我们只用或只看的东西是简单的，而我们亲手建造的东西则不然。没盖过定制房子的人会觉得房子很简单；没写过非平凡软件的人也会觉得软件简单。把事物在头脑中简化和最小化也许是一种人类优化，让我们能腾出精力做更重要的事，问题在于我们忘了自己天生就在过度简化一切——除了自己正在做的那一两件事。
blunte查看英文原文
This is a fantastic example, and it applies to just about everything in life. That which we only use or see is simple. That which we build, is not. Until you've had a custom home built, for example, you may think a home is a pretty simple thing. Likewise, until you've built any non-trivial piece of software, you might think it simple. I suppose it's a human optimization to conceptualize and minimize things in our mind. It allows us to have enough of an idea to get on with whatever is more important to us. The problem is when we forget that we are naturally oversimplifying everything in life (except that one or two things we're actually doing/building).
文章精准戳中了开发者面对客户“这不难吧”时的日常困境
我喜欢这篇文章，因为它适用于任何形式的开发。下次客户说“这看起来不难，加到应用里就行”时，你肯定能列出一长串实现它需要做的事情。
nickjj查看英文原文
I liked this article because it relates to any form of development. The next time a client says "that doesn't seem too hard, can you just add it to the app?", I'm sure you can think of a laundry list of things that need to happen to implement it.
（争议观点）设计师的工作琐碎轻松，真正干活的是程序员和美术
这些问题的答案都极其简单。我坚持认为“游戏设计师”不是一份真正的工作，只是生活中本就享有特权的人假装干苦活的美差。“玩家身后门会不会锁？”这类问题远不如程序员面对的最简单问题难。承认吧，你的工作轻松又安逸，程序员和美术才是真正干活的人。
feoren查看英文原文
All of the answers to these problems are trivially easy. I maintain my stance that "game designer" is not a real job and is just a fanciful cushy position for people who were already privileged in life to pretend like they're doing hard work. Things like "do doors lock behind the player?" is not anywhere close to as hard as the very easiest problem faced by the actual programmers who are doing the actual work on your project. "SOMEONE has to solve The Door Problem, and that someone is a designer." -- it sounds like literally thirty minutes of work per week. Just admit that your job is easy and cushy and the programmers and artists are the only ones doing any actual work. They make fun of you when you're not in the room. They add ducks to animations just so that you can feel important by telling them to take them out. You're a parasitic drain on the project, not a "big idea man". Everyone already knew whether or not that door should lock before you were asked.
历次讨论
同类还值得读
贝塞尔曲线入门
A Primer on Bézier Curves
Pomax 编写的贝塞尔曲线在线教程，从基础概念一路讲到曲线求交、投影、曲率等进阶内容，并配有可交互的示例和配套的 bezier.js 库。
设计与产品上首页 7 次 · 2014–2022pomax.github.io编辑精选WebGL 水面模拟
WebGL Water
Evan Wallace 制作的 WebGL Water 演示：在浏览器里实时渲染一片水面，展示折射、反射和焦散等 GPU 图形效果。
设计与产品上首页 6 次 · 2011–2025madebyevan.com设计建议：永远不要使用黑色
Design Tip: Never Use Black
设计随笔提出“永远不要用纯黑”的建议，主张在界面和绘画中改用深灰或带色相的暗色，并借阴影与色彩关系来论证。
设计与产品上首页 5 次 · 2012–2021ianstormtaylor.com用于思考不可想象之物的媒介
Media for Thinking the Unthinkable
Bret Victor 的这个页面围绕《Media for Thinking the Unthinkable》展开，探讨我们用来思考和表达复杂问题的媒介，以及以文字/符号为主的传…
设计与产品上首页 5 次 · 2013–2020worrydream.com编辑精选页面重量很重要
Page Weight Matters
博文讲 YouTube 工程师 Chris Zacharias 的一次页面瘦身实验：团队做了一个更轻量的页面版本，起初从整体平均加载时间看反而更慢；按地理区域分层后才发现，轻量版…
设计与产品上首页 4 次 · 2012–2022blog.chriszacharias.com