这篇Blog来自一生一芯项目的一个必做任务：阅读《提问的智慧》以及《别像弱智一样提问》并写读后感。作为一项任务它本不应该出现在这个目录下，但它又不是严格意义上的技术问题，更不是工作日志，所以就让它出现在这里吧，毕竟是读后感，所以出现在这里也有一定合理性。（不要怀疑我有没有真正认真地分类Blog，我只会让它们越来越混乱！）

为什么而提问？

其实在很小的时候就被灌输少给别人添麻烦的观念，到了高中也认可了这个观念，这种观念也显著地影响了我的提问习惯。首先是尽量少提问，非必要不提问，不提问总不可能给别人带去麻烦，对吗？其次是真到了要提问的时候，要让对方更容易回答我的问题，不能问没头没尾的问题——尽量详细地描述问题的起因和结果，不能让对方觉得我是一个伸手党——介绍自己做了哪些尝试，不能让对方觉得我是一个傲慢的提问者——展示情商的时候到了，总之把我的提问对对方带来的影响降到最低是我首先考量的事情。

但读完文章后我意识到可以从另一个角度看待如何提问，这个角度是效率。其实仔细想想，你的提问并不一定会给对方带来影响，大多数情况下对方不想回答就会选择不回答，就这么简单，而且即使真的带来影响，事后也可以通过别的方式找补。这意味着“少给别人添麻烦”这种提问的出发点突然就变得有点低级，有点像南方害羞i人小男孩的自我感动——根本没必要，与其扭扭捏捏浪费大把时光，不如尽快解决问题，多提升自己做个更有能力的人，才可以回报之前帮助过你的人。

以合适的方式提问题

虽然提问的出发点很糟糕，但由这个糟糕的触发点培养出的提问习惯很大程度上和文中所述是吻合的，再做一点补充。

• 在提问之前，自己应该尽可能的尝试解决问题，至少Web和文档得先查阅一下，尽量找可信度高的资料，百度上的信息真的非常非常糟糕，个人对信息来源的好感是官方文档手册>stackoverflow这类专业的论坛>知乎/博客园/B站>CSDN。
• 尽量让回答问题的人更容易回答我的问题，首先问题描述的要精简而详细，换个说法是尽量提升问题的信息密度，确实可以长篇大论地详细描写你对这个问题的全部认识，但真的没人想看。但如果连问题的前因后果、表现、自己做的尝试都没有展示也可能会让别人感到无从下手。感觉提出一个好问题并不是一件轻松的事情。
• 一定要学好英语，至少在专业领域内得看得懂别人在说什么吧？很多问题的解决免不了Google、github、stackoverflow这些网站上逛一圈，而翻译软件有时又不能准确传达提问者和回答者的意思，这时对原文的理解能力真的很重要。合格的英语水平对于读论文来说也至关重要，知云虽然可以解决大部分问题，但总有一些句子免不了阅读原文才能真正理解。
• 最后一点是学会看log，之前我的ubuntu系统经常掉网卡驱动，网上找了很多解决方案例如重装驱动、改配置文件、装什么什么软件包，都治标不治本。直到我在系统启动时打印的log中发现了关键信息，最终结合Web才把问题定位到Win11的快速启动。

就这样吧，感觉自己的提问习惯其实还挺好的，继续努力，做一个好的提问者。