当 Linux 终端

我希望你充当Linux终端。我将键入命令，您将回复终端应显示的内容。我希望你只回复一个唯一代码块中的终端输出，没有别的。不要写解释。除非我指示你这样做，否则不要键入命令。当我需要用英语告诉你一些事情时，我会把文本放在大括号里{像这样}。我的第一个命令是

pwd

担任英语翻译和改进者

我希望你充当英语翻译，拼写校正和改进者。我会用任何语言和你说话，你会检测语言，翻译它，并用我的文本的更正和改进版本回答，用英语。我希望你用更漂亮、更优雅的高级英语单词和句子代替我简化的

A0 级单词和句子。保持含义相同，但使它们更具文学性。我希望你只回复更正，改进，没有别的，不要写解释。我的第一句话是“伊斯坦布尔 cok

seviyom burada olmak cok guzel”

担任面试官position

我希望你扮演面试官的角色。我将成为候选人，你会问我这个职位的面试问题。我希望你只以面试官的身份回答。不要一次写下所有的保护。我希望你只接受我的采访。问我问题并等待我的回答。不要写解释。像面试官一样一个接一个地问我问题，然后等待我的回答。我的第一句话是“嗨”position

充当 JavaScript 控制台

我希望你充当JavaScript控制台。我将键入命令，您将回复JavaScript控制台应显示的内容。我希望你只回复一个唯一代码块中的终端输出，没有别的。不要写解释。除非我指示你这样做，否则不要键入命令。当我需要用英语告诉你一些事情时，我会通过将文本放在大括号内{像这样}来做到这一点。我的第一个命令是控制台.log（“Hello

World”）;

充当 Excel 工作表

我希望你充当基于文本的 excel。您只会回复我基于文本的 10 行 excel 工作表，行号和单元格字母作为列（A 到L）。第一列标题应为空以引用行号。我会告诉你要写什么到单元格中，你只会将excel表格的结果作为文本回复，没有别的。不要写解释。我会给你写公式，你会执行公式，你只会回复

excel 表格的结果作为文本。首先，回复我空纸。

家好，我是柠檬哥，专注编程知识分享。

欢迎关注@程序员柠檬橙，编程路上不迷路

私信发送 1024 打包下载10个G编程资源学习资料

私信发送 001 获取阿里大神LeetCode 刷题笔记

私信发送 002 获取获取谷歌公司编程代码规范

私信发送 003 获取10个精美简历模板PDF和Word版

私信发送 004 获取100道精选 C++ 面试题和答案word版

私信发送 005 获取获取谷歌LeetCode算法笔记

私信发送 006 获取侯捷C++全套视频和下载方式

学编程难免遇到问题，遇到问题就需要上网求助。

然而有过不少同学向我诉苦，说在网上提问没有人回答，有的还收到一些不是很友好的回复。我自己也经常在论坛上目睹过类似的帖子。以至于有人说，程序员社区就是对新人不友好，不愿帮助新人，甚至说这是怕别人学会了来抢饭碗。

对此我想证明一下，程序员们大多很单纯，而且这或许是这个星球上最乐于分享的群体。但在这个充满理性、逻辑至上的群体里，有着自己一套规则。当一个不懂规则的人出现在群体中，往往会被“教做人”。

如果你也曾遭遇这样的问题，或今后打算在编程社区里成长，请务必看看我接下来要说的东西：

如何正确地和大神提问？

绝大部分得不到满意回答甚至引来不满的问题，都是问题本身的原因。提出一个好问题，对于提问者和回答者，都有很大帮助。

提问前准备

当你打算上网求助前，先问自己 2 个问题：

1.我搜索了没有？

2.我检查了没有？

学编程，你不是一个人。几乎所有你遇到的坑，都有前人踩过，搜索一下就会有答案。各种文档、教程里的内容也都会包含在网页结果中。搜索的关键是如何描述问题，所以要学会看报错，能找到报错中的关键信息。

编程界有两个词：RTFM、STFW，含义我不解释，留给你自己去查。当看到有人在你问题下回复类似词时，想想自己有没有动手搜索过。

如果网上找不出你的问题，有几种可能：

1.关键词选得不准确；

2.你确实碰上了特殊情况；

3.你犯了某些低级错误。

对新手来说，3 的可能性更大。所以请务必自己检查下，单词拼写对不对、标点是不是英文、缩进空格对不对、括号引号是否成对、文件路径是否正确……

排除低级错误外，你还应当对错误做定位，尽量缩小范围，增加必要的输出。这在提问时也会极大方便回答者。而且我也经常跟人说，当你自己把必要的值都输出出来看清楚后，通常问题已经很明显了。

提问的内容

一个好的问题，应当是准确、具体、简洁、完整，也就是既要清楚地表达问题涉及的信息，又不要夹杂无关的噪音。

具体来说，通常应包括这几种信息：

1.问题的表现；

2.平台和版本；

3.输出的报错信息；

4.相关部分的代码。

最好还附上你的屏幕截图（避免你没意识到的错误）以及中间变量的输出（方便回答者，同时也说明你自己尝试过）。

特别说一下附上的代码。对新手来说，最好同时提供截图和代码文字，截图是展示电脑上的真实情况，文字是方便别人复现。如果你的代码短，就全部发上；如果是很多代码文件的项目，请自己先做初步的定位，只发关键部分的代码。

如果你是在论坛、问答网站上发帖，取个好标题很重要。把问题在标题里简要描述清楚远好过“求助！在线等！挺急的”这种无意义的标题。

提问的形式

提问时，要选择合适的地方，说合适的话。

比如你在一个进阶论坛中问初学者的问题，往往会遭到排斥。反过来也不合适。

而至于什么才是合适的话，这个比较难把握。总的来说，礼貌永远是好的，没人愿意搭理傲慢、粗鲁的提问。但有时候，效率比礼貌更重要。比如 StackOverflow 就禁止打招呼、感谢，因为这会带来无效信息。你只需要精确描述问题、采纳优秀回答即可。同样，当你给别人提问时，直接了当地说明问题，绝对不要一句“你好，在吗”，等到回复再来一句“我可不可以问你一个问题”这样留言。或许你觉得这是礼貌，但对于别人来说，本来一次就可以回复的事情，硬生生被拖成几个小时，可能根本就不理你了。

而当你发布在网上的问题最终被解决后，在问题后附上解法说明，按社区规则采纳/点赞有用的答案，是值得推荐的做法。对于回答者来说，这比一句口头赞赏更礼貌。

提问的禁忌

上面说了些建议，如果你还不够理解，那么请记住，不要像这样提问：

1.搜一步就可以解决的问题。比如“Python 里怎么读取一个文件的内容”。

2.X-Y 问题。所谓 X-Y 问题，就是你要解决 X 问题，你认为可以用 Y 方法解决，然后你就问怎么实现 Y，但其实 X 问题根本就有更合适的解法。比如“我怎么取一个字符串的后 3 位”，而实际他想解决的是“怎样获取文件的文件类型”。

3.笼统而抽象的问题。比如“我能不能学会 Python”，这个问题被问的频率很高，但这不该问别人，问你自己。

4.不要乱猜原因，甚至声称是别人代码的 bug。你需要客观描述和分析问题。比如“我一输比 10 大的数就不对，是不是 Python 在我电脑上有问题”。

5.不要把多个问题混为一谈，分清楚因果。代码有不止一个错误是很正常的，如果别人的方法让你的报错发生变化，说明对上一个问题起了作用，这种情况需要进一步分析，而不是立刻回复一句“按照你的方法改了还是不行”。这种属于真的不礼貌，会让回答者不想再理你。

6.在开放的论坛、讨论组、问答网站，尽量不要通过发私信、加好友的方式来提问。事实上，这种方式大多也无效。

7.不要妄想让别人替你调试 bug、写作业、开发。

提问的举例

一个糟糕问题的例子：
哪位懂 Python 的帮我看下这是什么问题？
（一张几十行的代码截图）

一个好问题的例子：
我的程序里将输入和变量比较大小，结果报错，请问是为什么？
我是 Python3
报错：TypeError: '<' not supported between instances of 'int' and 'str'
（代码+输出的截屏、代码文本）

一个更好问题的例子：
我的程序里将输入和变量比较大小，结果报错，请问是为什么？
我是 Windows 下的 Python 3.7
报错：TypeError: '<' not supported between instances of 'int' and 'str'
提示是第 11 行：if answer < num:
我在前面加了 print，两个变量都是有值的
（代码+输出的截屏、代码文本）

提问的本质

提问的本质还是思考。如果你能提出一个好问题，必定是对问题思考后的结果。这对你本身也是一种练习。不思考就直接提问，既浪费了锻炼的机会，也很难得到满意的答复。

从另一个角度来说，天下没有免费的午餐（也许有，但肯定有人付了钱），不要把别人回答你当做一件理所当然的事情。所以请尊重别人的劳动，并尽可能让别人乐于回答你。不要提糟糕的问题就是最基本的要求。

说了这么多，你也不要因此而不想提问题。该问的还是得问，要敢于提问和讨论，甚至要上 StackOverflow 等英语网站去问。不然怎么提高自己？不但要问，还要回答，“教”是最好的“学”。当你能向别人解释清楚一个东西时，才是你真的理解了它。既回馈了社区，又提升了自己，何乐而不为？

最后，有篇很经典的文章，推荐给大家：
【英文版】How To Ask Questions The Smart Wayhttp://www.catb.org/~esr/faqs/smart-questions.html【中文版】提问的智慧https://github.com/FredWe/How-To-Ask-Questions-The-Smart-Way/blob/master/README-zh_CN.md

文章来源于Crossin的编程教室 ，作者Crossin先生