首页 > 代码库 > 提问和看不懂

提问和看不懂

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

如何提问

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

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

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

  • 只有一句话

    "老师,我第x题不会"

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

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

编译遇到错误

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

编译遇到错误:(附上错误的截图)

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

编译结果不符合预期

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

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

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

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

看不懂

?

?

?

?

?

?

?

?

提问和看不懂