如何进行有效的提问
2024-09-05
在工作和生活中，我们经常需要向他人提问来获取帮助。
本文主要针对在使用各种软件系统（如：观测云、DataFlux Func）的过程中，遇到问题后，应当如何进行有效的提问，以减少各方工作量，提高效率。
注意：以下内容或多或少提到了「截图的局限性」，但不代表「不要截图」，而是「不要只有截图」！
1. 完整的前因后果和关联操作
提供完整的事情前因后果，以及关联操作的结果，可以让别人更快得定位问题，避免反复询问。
正确示范：提供了可以复现的操作流程，关联操作也帮助排除了一些可能性，收窄了排查范围
| 信息点 | 描述 |
|---|---|
| 发生问题前的操作 | 我之前将 DataFlux Func 从 1.0 升级到了 2.0 |
| 发生问题的操作 | 我尝试使用「观测云后台管理员」方式登录 DataFlux Func |
| 实际发生的现象 | 输入了用户名和密码，但是页面显示用户名或密码错误 |
| 期待的结果 | 这个用户名和密码应该是可以登录的 |
| 关联操作结果 | 我使用「系统内置用户」可以正常登录 |
错误示范：几乎无法从描述中获取任何有效信息，后续必然需要反复询问以获取更多信息
| 信息点 | 描述 |
|---|---|
| ？ | DataFlux Func 无法登录了 |
2. 完整的请求和响应
很多人都知道，在 Chrome / Edge 中，可以使用 F12 呼出控制台，查看错误请求。但也有非常多的人，面对控制台，仅仅是截图而已，并没有提供进一步有用的信息。
因此，对于已经可以在控制台找到错误的情况，可以通过以下方式提供更详细的信息
2.1 控制台信息
想要保存控制台的日志，只需在控制台右键，选择「Save as...」，即可将整个控制台的日志（包括展开内容）保存为文本文件。
下载的日志文本文件可以方便在后续排查中复制其中的文本内容，也不会因为显示器尺寸问题，截图时遗漏关键信息。
2.2 请求 / 响应信息
如果发现了存在错误的请求，应当提供完整的请求 / 响应信息，而不是单纯截一个红字图
3. 监控器 / Message Desk 函数日志
在最新版本中，观测云中的监控器，以及监控器发出的告警消息，都基于观测云附带的 DataFlux Func 中的函数实现。
如果对这些任务的执行过程存在疑问，则可以查询对应的任务执行日志。
具体查询方法、部分解读可参考 专辑：观测云监控器
4. DataFlux Func 总览和关于
DataFlux Func 的总览页面，以及关于页面提供了大量有关系统本身的信息。
如定时任务不执行 / 执行缓慢等，可以查看「总览」页面，确认服务是否正常运行，队列压力是否过高，定时任务触发总量是否过多等。
如需要获取 DataFlux Func 版本、数据库信息、Redis 信息等，则可以在「关于」中查询相应的信息。
5. 当只能截图时
在某些极端情况下，如客户环境不允许直接操作，导致无法进行下载、复制任何文本、文件，只能截图，甚至只能对着屏幕拍照。
相信面对这种情况，你一定觉得非常不方便，非常难受！
但请记住，负责回答你问题的人更不方便，更难受！！
别多想了，截图就截图，拍照就拍照，一张都不能少。
X. 总结
提升提问效果和效率，可以方便他人快速定位问题，解决问题，本身也会提高获取答案的效率和准确性。
任何时候，都应该避免所谓「开局一张图，其他都你猜」敷衍提问。
啥？你说你很忙，没空？笑话！难道我就很闲么？！