收藏本站

先锋论坛

 找回密码
 注册

QQ登录

只需一步,快速开始

搜索
查看: 2060|回复: 23

在技术论坛提问的智慧

[复制链接]
  • TA的每日心情
    无聊
    2014-9-5 10:54
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]初来乍到

    发表于 2007-9-30 19:42:21 | 显示全部楼层 |阅读模式
    <>同学们中间也有很多玩黑的吧,大家平时在上一些技术论坛的时候会遇到一些问题,于是就到大点的技术论坛去提问,可是你的提问会不会被受到重视,会不会得到你想要的答案呢,这个就看你的发问技巧了,</P>
    <>下面是看雪的一些提问智慧,希望能帮助大家得到想要的答案!!呵呵</P>




    <>========
    提问之前
    ========

    在通过电邮、新闻组或者聊天室提出技术问题前,检查你有没有做到:
    1. 通读手册,试着自己找答案。
    2. 在FAQ里找答案(一份维护得好的FAQ可以包罗万象:)。
    3. 在网上搜索(个人推荐google~~~)。
    4. 向你身边精于此道的朋友打听。

    当你提出问题的时候,首先要说明在此之前你干了些什么;这将有助于树立你
    的形象:你不是一个妄图不劳而获的乞讨者,不愿浪费别人的时间。能说明你
    从这些操作中学到了什么就更好了。如果提问者能从答案中学到东西,我们更
    乐于回答他的问题。

    周全的思考,准备好你的问题,草率的发问只能得到草率的回答,或者根本得
    不到任何答案。越表现出在寻求帮助前为解决问题付出的努力,你越能得到实
    质性的帮助。

    小心别问错了问题。如果你的问题基于错误的假设,普通黑客(J. Random
    Hacker)通常会用无意义的字面解释来答复你,心里想着“蠢问题...”,希
    望着你会从问题的回答(而非你想得到的答案)中汲取教训。

    决不要自以为够资格得到答案,你没这种资格。毕竟你没有为这种服务支付任
    何报酬。你要自己去“挣”回一个答案,靠提出一个有内涵的,有趣的,有思
    维激励作用的问题--一个对社区的经验有潜在贡献的问题,而不仅仅是被动的
    从他人处索要知识--去挣到这个答案。

    另一方面,表明你愿意在找答案的过程中做点什么,是一个非常好的开端。
    “谁能给点提示?”、“我这个例子里缺了什么?”以及“我应该检查什么
    地方?”比“请把确切的过程贴出来”更容易得到答复。因为你显得只要有
    人指点正确的方向,你就有完成它的能力和决心。

    </P>
    [此贴子已经被作者于2007-10-5 10:47:09编辑过]
    回复

    使用道具 举报

  • TA的每日心情
    无聊
    2014-9-5 10:54
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]初来乍到

     楼主| 发表于 2007-9-30 19:42:58 | 显示全部楼层
    ========
    怎样提问
    ========

    ------------
    谨慎选择论坛
    ------------

    小心选择提问的场合。如果象下面描述的那样,你很可能被忽略掉或者被看作失败者:
    1. 在风马牛不相及的论坛贴出你的问题
    2. 在探讨高级技巧的论坛张贴非常初级的问题;反之亦然
    3. 在太多的不同新闻组交叉张贴

    黑客们通常砍掉问错地方的问题,以保护自己的社区不被大量无关帖子淹没。
    你不会希望自己的帖子被这样砍掉吧。

    总的说来,问题发到精心挑选的公众论坛,比发到封闭的小圈子更容易得到有
    用的答案。这一现象有多种原因,其中之一是公众论坛有更多潜在的问题回答
    者;另一个原因是公众论坛有更多的听众。黑客们更愿意让尽量多的人--而非
    有限的一两个--从回答中受益。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2014-9-5 10:54
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]初来乍到

     楼主| 发表于 2007-9-30 19:43:19 | 显示全部楼层
    ----------------
    尽量使用邮件列表
    ----------------

    如果某项目有自己的开发邮件列表,要把问题发到这个邮件列表而不是某个开
    发者,即使你很清楚谁最能回答你的问题。仔细查看项目文档和项目主页,找
    到这个项目的邮件列表地址,这样做的理由有四:
    1. 任何值得问某位开发者的好问题,都值得向整个开发团体提出。反之,若
    你认为这个问题不值得在邮件列表中提起,就没有理由用它来骚扰任何一位开发者。
    2. 在邮件列表提问可以分担开发者的工作量。某位开发者(尤其当他是项目
    负责人的情况下),可能忙得没时间回答你的问题。
    3. 大多数邮件列表都有历史存档,而且都能在搜索引擎中检索到。人们可以
    从中找到你的问题和答案,不用一遍又一遍在列表中发问。
    4. 如果某个问题经常被提出,开发者可以据此改进文档或改进软件,以减少
    用户的困惑。而如果问题总在私下提出,就不会有人对此有整体上的把握了。

    如果你找不到项目的邮件列表地址,只能看到项目维护者的,那就写给维护
    者吧。在这种情况下,也别以为邮件列表并不存在。在你的信中写明你已尽
    力寻找,仍无法找到邮件列表。另外表明你不介意将此消息转给他人。(大
    多数人认为私信就应该是私下的,即使并没有什么可保密的内容
    。允许你的消息被转寄给他人,给了收信者一种处理你邮件的选择。)
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2014-9-5 10:54
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]初来乍到

     楼主| 发表于 2007-9-30 19:43:36 | 显示全部楼层
    ----------------------------
    用辞贴切,语法正确,拼写无误
    ----------------------------

    我们从经验中发现,粗心的写作者通常也是马虎的思考者(我敢打包票)。
    回答粗心大意者的问题很不值得,我们宁愿把时间耗在别处。

    因此,明确充分表述你的问题非常重要。如果你嫌这样做麻烦,我们也会懒
    得搭理你。注意推敲你的用辞,不一定要用呆板正式的语言--事实上,黑客
    文化的价值观是不拘小节。准确的运用俚语和富有幽默感的语言,但别乱用;
    一定要能表明你在思考,在关注。

    正确的拼写,标点符号和大小写很重要。别把“its”和“it's”或者
    “loose”和“lose”搞混淆了。别用全部大写的形式,这被视为粗鲁的大
    声叫嚷(全都用小写也好不到哪儿去,因为这会给阅读带来困难。Alan Cox
    可以用全部小写,但你不行)。

    更一般的说,如果你的提问写得象个半文盲,你很有可能被忽视。如果写得象
    一个窥客(pj爱好者)或者灰客(只会用现成工具的捣乱者)绝对是自己找
    死,保证你除了无情的抵制什么也得不到(或者,最好的结局是得到一大堆挖
    苦嘲笑的“帮助”)。

    如果你在使用非母语的论坛提问,你可以犯点拼写和语法上的小错--但决不能
    在思考上马虎(没错,我们能弄清两者的分别)。另外,除非你确切知道你的
    回答者会使用什么语言,否则请用英文。匆匆忙忙的黑客往往简单的跳过他们
    看不懂的问题,而英文是网络上的工作语言。用英文可以
    降低你的问题未被阅读即遭抛弃的风险。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2014-9-5 10:54
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]初来乍到

     楼主| 发表于 2007-9-30 19:43:56 | 显示全部楼层
    ------------------
    用易读格式发送问题
    ------------------

    如果人为造成你的提问难以阅读和理解,将会更容易被人忽略。因此你要:
    1. 使用纯文本邮件,不要使用HTML(关掉HTML并不难)。
    2. 通常可以附加MIME附件,但一定要有真正的内容(例如附加的源文件或者
    补丁),而不仅仅是你的邮件客户端产生的文件模板(例如你邮件的一份拷贝)。
    3. 不要把所有问题放在不停换行的一整段中。(这将让答复的人难于回答其中
    一部分问题,即使能回答所有问题,我也更希望条理清楚的一个一个来:)。很
    可能收件人只能在80个字符宽度的文本显示器上读信,因此要相应的把行环绕
    模式设在80字符以内。
    4. 不要在英文论坛使用MIME Quoted-Printable编码发送;这种编码格式对
    ASCII码不能表达的语言来说是非常必要的,但很多邮件代理不支持它,这
    时,满篇的“=20”符号把文字分割开,既难看,又分散注意力。
    5. 永远不要指望黑客会乐于阅读封闭所有权的文件格式,例如萎软的Word
    格式。多数黑客对此的反应就象你在门口的阶梯上堆满热烘烘的猪粪(意即
    谁也不会踏进你的门--译者注)。
    6. 如果你通过一台安装Windows的电脑发送邮件,关闭萎软愚蠢的“智能引
    用”功能。这能使你免于在邮件中夹带垃圾字符。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2014-9-5 10:54
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]初来乍到

     楼主| 发表于 2007-9-30 19:44:13 | 显示全部楼层
    ----------------------------
    使用含义丰富,描述准确的标题
    ----------------------------

    在邮件列表或者新闻组中,大约50字以内的主题标题是抓住资深专家注意力
    的黄金时机。别用喋喋不休的“帮帮忙”(更别说“救命啊!!!!!”这
    样让人反感的话)来浪费这个机会。不要妄想用你的痛苦程度来打动我们,
    别用空格代替问题的描述,哪怕是极其简短的描述。

    蠢问题:
    救命啊!我的膝上机不能正常显示了!

    聪明问题:
    XFree86 4.1下鼠标光标变形,Fooware MV1005的显示芯片。

    如果你在回复中提出问题,记得要修改内容标题,表明里面有一个问题。一个
    看起来象“Re:测试”或者“Re:新bug”的问题很难引起足够重视。另外,引
    用并删减前文的内容,给新来的读者留下线索。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2014-9-5 10:54
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]初来乍到

     楼主| 发表于 2007-9-30 19:44:40 | 显示全部楼层
    ------------------
    精确描述,信息量大
    ------------------

    1. 谨慎明确的描述症状。
    2. 提供问题发生的环境(机器配置、操作系统、应用程序以及别的什么)。
    3. 说明你在提问前是怎样去研究和理解这个问题的。
    4. 说明你在提问前采取了什么步骤去解决它。
    5. 罗列最近做过什么可能有影响的硬件、软件变更。

    尽量想象一个黑客会怎样反问你,在提问的时候预先给他答案。

    Simon Tatham写过一篇名为《如何有效的报告Bug》的出色短文。强力推荐你也读一读。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2014-9-5 10:54
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]初来乍到

     楼主| 发表于 2007-9-30 19:45:27 | 显示全部楼层
    --------
    话不在多
    --------

    你需要提供精确有效的信息。这并不是要求你简单的把成吨的出错代码或者数据完
    全转储摘录到你的提问中。如果你有庞大而复杂的测试条件,尽量把它剪裁得越小
    越好。

    这样做的用处至少有三点。第一,表现出你为简化问题付出了努力,这可以使你得
    到回答的机会增加;第二,简化问题使你得到有用答案的机会增加;第三,在提炼
    你的bug报告的过程中,也许你自己就能找出问题所在或作出更正。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2014-9-5 10:54
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]初来乍到

     楼主| 发表于 2007-9-30 19:46:46 | 显示全部楼层
    ------------------
    只说症状,不说猜想
    ------------------

    告诉黑客们你认为问题是怎样引起的没什么帮助。(如果你的推断如此有效,还用
    向别人求助吗?),因此要确信你原原本本告诉了他们问题的症状,不要加进你自
    己的理解和推论。让黑客们来诊断吧。

    蠢问题:
    我在内核编译中一次又一次遇到SIG11错误,我怀疑某条飞线搭在主板的走线上了,
    这种情况应该怎样检查最好?

    聪明问题:
    我自制的一套K6/233系统,主板是FIC-PA2007 (VIA Apollo VP2芯片组),256MB
    Corsair PC133
    SDRAM,在内核编译中频频产生SIG11错误,从开机20分钟以后就有这种情况,开机
    前20分钟内从没发生过。重启也没有用,但是关机一晚上就又能工作20分钟。所有
    内存都换过了,没有效果。相关部分的典型编译记录如下...。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2014-9-5 10:54
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]初来乍到

     楼主| 发表于 2007-9-30 19:47:07 | 显示全部楼层
    ------------------
    按时间顺序列出症状
    ------------------

    对找出问题最有帮助的线索,往往就是问题发生前的一系列操作,因此,你的说明
    应该包含操作步骤,以及电脑的反应,直到问题产生。在命令行操作的情况下,保
    存一个操作记录(例如使用脚本工具),并且引用相关的大约20条命令会大有帮助。

    如果崩溃的程序有诊断选项(例如用-v转到详尽模式),试着仔细考虑选择选项以
    在操作记录中增加有用的调试信息。

    如果你的说明很长(超过四个段落),在开头简述问题会有所帮助,接下来按时间
    顺序详述。这样黑客们就知道该在你的说明中找什么。
    回复 支持 反对

    使用道具 举报

    您需要登录后才可以回帖 登录 | 注册

    本版积分规则

    QQ|Archiver|手机版|先锋论坛 ( ICP05001332 )  

    GMT+8, 2018-7-19 19:00 , Processed in 0.151898 second(s), 28 queries , Gzip On.

    Powered by Discuz! X3.2

    © 2001-2013 Comsenz Inc.

    快速回复 返回顶部 返回列表