Follow
XY Problem 大概是我在职场中学到最有用的 mindset 之一。很多时候，我为了不盲目提问，会提前做很多功课，然后就某个被卡住的实施细节求助，但在提问时，往往会过于关注细节，忘了给对方描述自己的「终极目标」是什么。
比如我问「这个 pdf library 没法准确处理 css 应该怎么办，多加一个层吗？」其实我想知道的是「要怎么把用户数据导成 pdf」。如果换个问法，很有可能得到最佳的解决方案，而不是一个 quick fix。
可惜经常还是会忘记 zoom out，所以会经常回顾这篇小短文提醒自己。
一个热乎的例子。我们在做一个全新的工具，要 onboard 一个内部 logging service，我们的 devops 组负责调研。
我：「我读了这个 logging tool 的文档，有个问题想麻烦你们帮忙搞清楚，文档里只提到可以 log 字符串，范例也全是简单的字符串。但我们的 use case 是要 log 很复杂的 object，能问问看他们支不支持吗？」
ops：「你可以把 object 给 stringify 呀。」
我：「那 string 会很长啊，而且凭空多出几次 parsing 呢。」
ops：「好的，下次和他们开会，我问问字符串的长度限制。」
我：「…………我能不能冒昧地请你问一个更简单的问题，能不能传 object？就这个，不要问别的。」
@fornever
想起了《提问的智慧》
https://github.com/ryanhanwu/How-To-Ask-Questions-The-Smart-Way/blob/main/README-zh_CN.md
正确描述自己的问题，是得到解答（无论来自自己的查找还是他人的帮助）的首要前提
忘记有没有在长毛象发过了，但实在太有用，值得每个月发一次提醒自己。