赞 | 6 |
VIP | 4 |
好人卡 | 58 |
积分 | 5 |
经验 | 58579 |
最后登录 | 2024-6-30 |
在线时间 | 1478 小时 |
Lv2.观梦者
- 梦石
- 0
- 星屑
- 508
- 在线时间
- 1478 小时
- 注册时间
- 2011-9-17
- 帖子
- 1316
 
|
说实话,我刚开始进66rpg的时候什么也不懂,问了一个问题,被管理员“鄙视”(也不是鄙视,就是说:“请善用搜索什么的”),当时很羞愧,就认可了那个回答
然后慢慢的感觉求别人不如自己去学,过了2个星期就差不多可以回答很多人的问题了,但是我比较讨厌下列类的问题:
《****脚本出错》
(既然出错,就别用那个脚本了嘛,或者仔细看看脚本的说明,或者提问的时候把问题说具体点,把报错的信息给出来,非要别人一而再再而三的问你要那个脚本、再要你的工程什么的)
《求****脚本》
(伸手党,不解释)
《****》然后内容是 “RT”
(大侠,你都懒得解释了,我凭什么回答)
……………………
而我最喜欢什么问题呢,
1.就是DEBUG,把脚本完整给出,然后告诉我说运行时,哪一行出现了什么报错,比如是NoMethon For Nil Nilclass什么的,越具体的解释,我越喜欢去回答
2.就是小系统制作,这是因为当时练手……
3.悬赏很高的(←PIA,现在不这样了……)
所以站在回答者的角度想的话,我们希望提问者不要让我们再去问你问题,所以应该做到:
1.具体详细的解释,不要自以为是,不要抱怨什么,多给有用信息,多换位思考,这其实是一个语言表达的锻炼,写完问题自己读一遍,改改错别字什么的;要是错误很复杂,你就上工程再解释;报错了的话,给出报错信息;试想,倘若是个SyntaxError却要我们去下载你一个工程(特别网速不好,6站快崩溃的时候),是很麻烦的;
2.具体工程、脚本的附加,倘若问题你觉得与你自身的工程有关,那么给出你的工程,不要让我们不停琢磨,然后问一句:“你能不能把工程贴出来”;倘若要修改一个脚本,请给出那个脚本的链接、或者直接粘出来……
3.善于搜索,不解释
4.对回答你问题的人客气一点,人家好歹是来帮忙的,你以为都是来抢卡的,你就变成主人了么;解决问题了谢谢不说一句,不认可,过程中帮助你的人你也不搭理,甚至人家没理解,你还说人家蠢什么的……
(说的有气了,见谅,不针对任何人……)
5.……………………小气的人…………………………= =
说完了
PS,没有针对LZ,LZ的问题我看过了,确实很复杂,不好回答,所以请LZ和我们学习解决吧
PS,以上,只是对RM最近提问区的一些看法而已…… |
|