在之前和同学的问答中，我更加倾向于给同学一个keyword，一个链接，一个方向，引导学生自己去解决问题（恩，是因为我懒）。在这一过程中，有2个非常重要的问题需要强调：

如何提问

不知道大家是否还想回忆起自己小的时候，要多小呢？要非常小。当我们还在大约半岁的时候，饿了或者是睡觉的姿势不那么舒服，都会用哭这样的形式表达出来。等再大点，比如三四岁的时候，当饿了你可能会说"妈妈，我饿了"或者是"妈妈，你看那个包子真好看"。这种，都是显然的提出了一种自己的诉求。但是，大家面对一些较为复杂的情况，却似乎不会提出自己的诉求了。这里，列举出几个例子：

• 给出一张图，带上一句话

  这里给出的图中，可能有好几处有问题的地方，然后带上的一句话可能是"老师，这是怎么了"

• 只有一句话

  "老师，我第x题不会"

上面举出的2个例子，都是那种非常明显的不能提出自己的诉求的提问形式。

我的一个朋友说的也很有道理，会提问，本身也是一种技能。在此之前，我总是建议我的学生去看"提问的智慧"。但是似乎不会提问的人看了这个文档也没有太大的长进。所以，这里引用我朋友的文档"你像让你的问题尽快得到解答吗？"来有针对性的解释，对于C语言方面的问题，应该如何提问。

编译遇到错误

编译遇到错误，很多的同学都会遇到。再此之前，大多数同学，要么是给我代码说编译出错了，要么是给我错误的提示却不给我看代码。这2种方式，大多数情况下，都不能很快的解决问题。一种良好的方式是：

编译遇到错误：（附上错误的截图）

编译的代码：（代码很短[10行以内]的时候可以截图，太长建议粘贴到某些地方，比如coding，然后给出链接）

编译结果不符合预期

编译的结果不符合预期，之前的提问中也有同学问过相关的问题，当时它是直接粘贴了代码给我，虽然一眼就已经看出了代码的但是我还是引导其按照告知"编译结果不符合预期"这种方式提出自己的问题。具体的方式如下：

编写的代码：代码很短[10行以内]的时候可以截图，太长建议粘贴到某些地方，比如coding，然后给出链接）

期望的结果：告知你想要的输入及对应的输出

实际的结果：执行时的输入及输出

看不懂

?

?

?

?

?

?

?

?

提问和看不懂