D-haha 的情侣博客

D-haha 的情侣博客 » 只言片语 » 怎样提问更容易获得解答

社区的一大功能就是提问与解答. Z-Blog 社区的版主及熟练的使用者们, 都愿意凭自己的技术和经验帮助提问者从纠结的问题中解脱出来. 然而当你翻阅论坛的提问区时, 却发现至少有五成的问题是无法善终的. 这些无法善终的问题中 又有接近一半几乎被置之不理. 为什么现实与理想之间有着如此落差? 我承认, 一部分原因搞技术的朋友们实在不适合搞教学, 这些人喜欢追求新意, 面对大量重复的问题会产生心里厌烦, 这些人也常常有 "茶壶煮饺子" 的倾向. 即便如此, 还是有大量的问题, 甚至是重复的问题都获得了解答, 又该如何看待这种不对等现象呢? 这只怕就要从提问者的问题本身找原因了.

这也是此文的重点: 什么样的问题容易或得解答, 又该如何去提问.

一. 提问者容易做到的部分, 但也是非关键部分. 如果你是一个新手, 当面对一个多数人都已过关的基础性问题时, 不妨注意下面的原则.

1. 态度: 我不太理解为什么有些人在提问时会觉得答案是别人欠他的, 但这样的人确确实实存在着.
2. 直白: 能一句话说明白的就不要用两句话, 那些为了一个小问题而洋洋洒洒数百文的常常让人失去读下去的耐心.

二. 新手开始进步了, 开始追求更高级的效果了, 同时修改也带来了别人很少碰到的麻烦. 在这种情况下提出的问题一般不是别人三言两语能解答的, 能解答这类问题的用户数量也会急剧减少. 正因为如此, 提问者需要认清形势, 更加注意提问的内容与方式. 但不必灰心, 如果提问的好, 大问题也一样有答案.

1. 一定的了解: 一个完全不懂样式表的人去提问样式修改的问题, 就算别人能看懂你的提问, 你能看懂别人的回答么?
2. 做好前期准备工作: 前期工作是你要积类一定的, 和问题相关的知识储备. 并用较科学的方法对问题进行过测试, 提取最有用的信息提供给回答者, 这样才能有的放矢. 但尽量不要前置判断, 因为错误的判断会干扰回答者.
3. 尽量详尽的解释问题, 但要清晰而有条理: 与简单的问题不同, 像程序出错, 布局调整, 功能增加这些问题大多不是一两句话说得明白的. 没有足够的信息, 别人都无法理解你的问题, 又何谈回答呢?
4. 学会交流, 让别人更容易懂你说的: 这个基本是语言功底的问题, 但至少, 把意思表达明白不算难吧, 同时细心些, 别有病句和错字, 以免给别人造成阅读负担.
5. 观察别人的问题与解答, 体验氛围: 这是最重要的, 同时也是最难做到的. 不管怎样, 在提问之前, 多观察别人的提问, 特别是获得回答的提问, 对提问者肯定是有帮助的.

三. 不是所有问题都能得到答案, 比如以下的情况. 要注意调整心态和提问方式. 有时你可以私下寻找可以解答问题的人去寻求帮助, 有时不要一味追求免费, 愿意为别人的付出买单是一种良好的心态.

1. 需要别人做大量工作的问题: 网站制作是个劳动密集型的工作, 如果认为高手改东东是手到擒来, 那是一种误区.
2. 自己修改源码导致的出错: 个人感觉是, 先弄懂才能改, 而且一定要备份. 不然只有神仙知道你错在哪. 自己创造错误然后找别人来收拾烂摊子有点儿说不过去吧?
3. 不太现实的问题: 可能提问者无法区分现实与不现实, 但当一个看起来合理的需求摆在那只有人顶没有人答, 那多半是这类问题了.

还有一些个别遇到的情况, 不太有通用性, 以后偶有遇到时再提, 下面事例点评: (友情提示, 文章的举例纯属虚构, 请勿对号入座).

事例一: 管理员出来一下

Q: 我的 xxx yyy zzz 不好使了, 哪个管理员快出来帮我解决下!

Q: (两分钟以后) 人都哪去了? 怎么没人来回答? 高手都装清高不理人, 版主也不管事儿, 这算什么论坛啊.

点评: 态度, 注意态度, 谁愿意回答你的问题那不是摆明了他原意做你的仆人? 好像全世界都必须为你时刻准备着一样。貌似就是提供商业服务的客服，也很少能在10分钟内快速响应吧。况且还必须对乱七八糟的问题说出个所以然来。

 事例二: 求助

Q: 我的博客打不开, 请问是什么原因?

A: 请给出你的网址, 并回忆下最近你进行过哪些操作?

Q: www.xxx.ccc ...

A: ...

点评: 这种无意义的标题会让多数人视而不见. 经过启发, 给出了网址, 却说不清最近做了什么, 难道是自己修改了程序内核, 有难言之隐? 这么点点的有用信息, 打死也猜不出你的博客倒底发生了什么. 似乎提问者应该多做些前期工作, 自己进行一些测试并给了测试的结果, 也好让别人帮助分析.

事例三: 请问我如何修改文章标题的颜色?

Q: RT

点评: 果然够直白, 试图把规律抽象成一句话, 或一种事物, 看起来更像是一种宗教. 那种能帮你解决任何情况下的标题颜色的东东只能是上帝或者绝对理念之类. 不过, 如果能提供网址, 那这个极端复杂的问题又会被极端简化, 任何一个懂得 CSS 的朋友都可以提供答案.

事例四: 如何将两栏改成三栏.

Q: 我想把博客从两栏改成三栏的, 这是我的网址... (以下略过各种描述, 等等数百字)

点评: 这个... 不是小工程吧, 几乎相当于重做个主题, 为什么不考虑换个主题呢?

事例五: 我想修改这个页面.

Q: 这是我这个页面的代码: (此处略过 HTML 代码数百行...). 这是样式表: (此处略过样式表代码数百行...). (但作者却没给网址)

点评: 真是太详细了, 但这些代码有什么用处呢? 反正我是看很头大, 无法从这些代码中看出所以然来, 给出网址比这个有效得多. 贴代码还有另一种情况, 贴出自己修改过的程序代码, 说有运行错误, 请帮我查一查... 问题是, 程序是个整体, 而且对于有插件机制的 Z-Blog, 还牵扯到你的插件环境, 难道要别人用肉眼看出代码中的错误? 我不排除有这样的特异功能者, 但应该比较罕见.

事例七: 上传个文件, 说问题和相关资源都在里面.

点评: 是的, 资料齐全, 又避免了让人眼晕的代码, 但我不知道谁会有闲心下载这个附件包去研究. 再强调一下前期准备工作, 如果你不能给回答者提出一个有针对性的, 一目了然的问题. 如果你给出的给出的问题信息冗余凌乱而需要回答者去为你整理, 那得到回答的可能性是微乎其微的.

提出正确的问题, 或用正确的方式提出问题, 会大大提高问题被人关注, 最终获得解答的可能性. 最后, 一定不要忽视提问前的知识积累, 这样才有助于 "提出正确的问题".

P.S. 按 mymutou 的评论提示, 补充了事例一. mymutou 的原评论见五楼.

« 情侣博客主题(双人主题)的最新进展及功能特色Haphic 和 Loybal 笑事两则 »