在之前和同学的问答中，我更加倾向于给同学一个keyword，一个链接，一个方向，引导学生自己去解决问题（恩，是因为我懒）。在这一过程中，有2个非常重要的问题需要强调：
如何提问
不知道大家是否还想回忆起自己小的时候，要多小呢？要非常小。当我们还在大约半岁的时候，饿了或者是睡觉的姿势不那么舒服，都会用哭这样的形式表达出来。等再大点，比如三四岁的时候，当饿了你可能会说"妈妈，我饿了"或者是"妈妈，你看那个包子真好看"。这种，都是显然的提出了一种自己的诉求。但是，大家面对一些较为复杂的情况，却似乎不会提出自己的诉求了。这里，列举出几个例子：
- 给出一张图，带上一句话
这里给出的图中，可能有好几处有问题的地方，然后带上的一句话可能是"老师，这是怎么了"
- 只有一句话
"老师，我第x题不会"
上面举出的2个例子，都是那种非常明显的不能提出自己的诉求的提问形式。
我的一个朋友说的也很有道理，会提问，本身也是一种技能。在此之前，我总是建议我的学生去看"提问的智慧"。但是似乎不会提问的人看了这个文档也没有太大的长进。所以，这里引用我朋友的文档"你像让你的问题尽快得到解答吗？"来有针对性的解释，对于C语言方面的问题，应该如何提问。
编译遇到错误
编译遇到错误，很多的同学都会遇到。再此之前，大多数同学，要么是给我代码说编译出错了，要么是给我错误的提示却不给我看代码。这2种方式，大多数情况下，都不能很快的解决问题。一种良好的方式是：
编译遇到错误：（附上错误的截图）
编译的代码：（代码很短[10行以内]的时候可以截图，太长建议粘贴到某些地方，比如coding，然后给出链接）
编译结果不符合预期
编译的结果不符合预期，之前的提问中也有同学问过相关的问题，当时它是直接粘贴了代码给我，虽然一眼就已经看出了代码的但是我还是引导其按照告知"编译结果不符合预期"这种方式提出自己的问题。具体的方式如下：
编写的代码：代码很短[10行以内]的时候可以截图，太长建议粘贴到某些地方，比如coding，然后给出链接）
期望的结果：告知你想要的输入及对应的输出
实际的结果：执行时的输入及输出
看不懂