新人遇到不会的地方,要多提问,但如果不选择正确的提问方式,是不会有人回答你的。这个帖子就是要教你们如何提问。
准备
提问前确保已经在SC2mapster/Goblin Academy/银河编辑器贴吧搜索过相关的教程或资源,可以没有彻底看懂,但不能完全没去查过。这种信息收集的能力不论对你自学还是研究新技术都是有好处的。同时也能减轻回答者的负担。因为回答你的问题通常对回答者自己是个无用的工作,十个人问怎么创建单位,相当于回答者手把手要教上十次。反过来如果你查了教程,只要看教程就好了。
提问环节
什么不该问:
1)没法回答的问题,比如“怎么做一个RPG, 要求ABCD……”,这个问题就无法回答,因为实际情况是你得做了一个RPG才知道怎么做,而且这个过程是难以用文字表达的。
2)你实际上用不上的问题,比如“全部触发器详解”,你真的需要用上全部触发器吗?还是说你只是最后要用最常用的那一部分呢?“全部触发器详解”之类教程的事情有人做,但是不适合你拿来提问,因为你提问是要解决实际问题的,而这样一个你说一句人家要做一个月的事情,就算真的有人花了一个月给你写出来了,也已经耽误了一个月时间了。不管对提问者还是回答者。
3)工作量太大的问题,比如我最近在SC2mapster做了一个帖子,承诺给大家做一些模型素材。结果有人给我发私信一上来就把我一整年的工作量给request下来了。包括全部美国俄罗斯的陆海空三军模型。而那个帖子本意是帮助尽可能多的人,而不是满足一个模型收集控(而不是实际能够在游戏中使用的人。)
4)模棱两可,信息量不够得出结论的问题,比如说,“我弄了一个模型,在SC2里面变成球了”或者”我的dds贴图不能显示“。如果你不说明具体的过程,别人是无法作出判断的。前者的问题可能是你操作有问题/模型本身就有问题/你没刷新mod/以上都出了问题。后者最有可能是长宽比出了问题。而如果你把模型和图片文件上传,或者哪怕给个截图,熟练的作者都能一下看出问题的。
5)”RT“的问题,这个问题就是以上的综合了。RT的问题本身通常都是个大问题,三言两语说不清楚,而帖子本身就两个字,根本没信息量可以参考解决。而且这种提问方式相当不礼貌。只有本身就不期待问题有人回答的人才会这么问。
推荐的提问方法:
首先,简单描述你遇到的问题是什么,最好是怎么完成某个步骤,而不是怎么完成某件事情。这样可以准确的说明你在哪一个环节卡住了,使得回答者解决问题能有一个切入点。
其次,你查了哪些教程(如果有相关的话),把你所参考的教程的链接发出来,这样可以让回答者获得更多的资料,有些教程你看不明白但是其他人能看懂,然后他们可以用更容易理解的语言再来教会你。
同时,尽可能的图文并茂,对你认为可能包含遭遇问题的环节,截图,或上传附件文件。图片和代码可以包含更多的细节信息,相当多的信息你很难用语言来表达或难以避免疏忽的时候,就发图片吧。
提问以后的事情
在问题得到解决或部分解决时,及时对回答者致谢,并且视其贡献程度,把对方的ID列入你相关地图(如果你的地图使用了这些新技术的话)的Credits(帮助很大,已经相当于自身参与作图了)或者Thanks(给你解决了问题,列出ID加以感谢)。当然这一部分你觉得没必要去做也可以不做,这个视个人的传统和习惯来定。在这儿列出主要是为了给大家看一下老外是怎么做的。这样一个引用作者的体系,对整个社群关系的健康度和增进彼此熟悉程度是有很大帮助的。
最后,77已经发帖说要写教程了,那我也写点教程吧。模型导入/模型制作/Star art tool 相关的部分我比较擅长。
准备
提问前确保已经在SC2mapster/Goblin Academy/银河编辑器贴吧搜索过相关的教程或资源,可以没有彻底看懂,但不能完全没去查过。这种信息收集的能力不论对你自学还是研究新技术都是有好处的。同时也能减轻回答者的负担。因为回答你的问题通常对回答者自己是个无用的工作,十个人问怎么创建单位,相当于回答者手把手要教上十次。反过来如果你查了教程,只要看教程就好了。
提问环节
什么不该问:
1)没法回答的问题,比如“怎么做一个RPG, 要求ABCD……”,这个问题就无法回答,因为实际情况是你得做了一个RPG才知道怎么做,而且这个过程是难以用文字表达的。
2)你实际上用不上的问题,比如“全部触发器详解”,你真的需要用上全部触发器吗?还是说你只是最后要用最常用的那一部分呢?“全部触发器详解”之类教程的事情有人做,但是不适合你拿来提问,因为你提问是要解决实际问题的,而这样一个你说一句人家要做一个月的事情,就算真的有人花了一个月给你写出来了,也已经耽误了一个月时间了。不管对提问者还是回答者。
3)工作量太大的问题,比如我最近在SC2mapster做了一个帖子,承诺给大家做一些模型素材。结果有人给我发私信一上来就把我一整年的工作量给request下来了。包括全部美国俄罗斯的陆海空三军模型。而那个帖子本意是帮助尽可能多的人,而不是满足一个模型收集控(而不是实际能够在游戏中使用的人。)
4)模棱两可,信息量不够得出结论的问题,比如说,“我弄了一个模型,在SC2里面变成球了”或者”我的dds贴图不能显示“。如果你不说明具体的过程,别人是无法作出判断的。前者的问题可能是你操作有问题/模型本身就有问题/你没刷新mod/以上都出了问题。后者最有可能是长宽比出了问题。而如果你把模型和图片文件上传,或者哪怕给个截图,熟练的作者都能一下看出问题的。
5)”RT“的问题,这个问题就是以上的综合了。RT的问题本身通常都是个大问题,三言两语说不清楚,而帖子本身就两个字,根本没信息量可以参考解决。而且这种提问方式相当不礼貌。只有本身就不期待问题有人回答的人才会这么问。
推荐的提问方法:
首先,简单描述你遇到的问题是什么,最好是怎么完成某个步骤,而不是怎么完成某件事情。这样可以准确的说明你在哪一个环节卡住了,使得回答者解决问题能有一个切入点。
其次,你查了哪些教程(如果有相关的话),把你所参考的教程的链接发出来,这样可以让回答者获得更多的资料,有些教程你看不明白但是其他人能看懂,然后他们可以用更容易理解的语言再来教会你。
同时,尽可能的图文并茂,对你认为可能包含遭遇问题的环节,截图,或上传附件文件。图片和代码可以包含更多的细节信息,相当多的信息你很难用语言来表达或难以避免疏忽的时候,就发图片吧。
提问以后的事情
在问题得到解决或部分解决时,及时对回答者致谢,并且视其贡献程度,把对方的ID列入你相关地图(如果你的地图使用了这些新技术的话)的Credits(帮助很大,已经相当于自身参与作图了)或者Thanks(给你解决了问题,列出ID加以感谢)。当然这一部分你觉得没必要去做也可以不做,这个视个人的传统和习惯来定。在这儿列出主要是为了给大家看一下老外是怎么做的。这样一个引用作者的体系,对整个社群关系的健康度和增进彼此熟悉程度是有很大帮助的。
最后,77已经发帖说要写教程了,那我也写点教程吧。模型导入/模型制作/Star art tool 相关的部分我比较擅长。