Прежде чем вы разработаете решение: убедитесь, что вы понимаете проблему

Это перевод Before you develop a solution, make sure you really understand the problem. Автор: Реймонд Чен.

Частым препятствием к оказанию помощи людям является то, что то, что люди просят, и то, что они на самом деле хотят - не всегда совпадает.

С техническими проблемами вы часто можете увидеть вопрос, который заставит вас покачать головой в изумлении, но после допроса автора вопроса вы можете обнаружить, что этот человек в действительности не хочет делать то, о чём он спрашивает. На самом деле он хочет что-то другое, а всё дело в том, что они уже "решили" половину проблемы и им нужна ваша помощь, чтобы решить вторую половину проблемы, которая не имеет смысла.

К примеру, буквальный ответ на "Как мне написать регулярное выражение, которое соответствует всему, кроме XYZ" часто является ужасным месивом кода, но если вы копнёте глубже, то увидите, что им, на самом деле, не нужно использовать именно регулярные выражения, которые соответствуют всему, кроме XYZ; они просто "упростили" их проблему до "Я знаю: я использую регулярные выражения" и это создало им большую проблему (кстати, почти всегда наилучшим решением является смесь регулярных выражений и обычной программной логики).

Эта проблема существует и в дизайне интерфейсов пользователя. Rick Schaut описывает один случай, когда пользователь просил одну возможность, а в действительности он хотел совершенно иное. Понимание проблемы пользователя - это первый шаг на пути к её решению.