: 不过整体来说，经验较少的提问者难以提出好的问题 : 而长期答问的版友苦於描述不清的现象增加负担。 : 若版友正在思考要如何提昇自己发问的『品质』 : 你可能被要看提问的智慧，那确实有点长，但值得看。 : 不过那也许不是多数人可以理解的。 : 试着在提问前把问题写成： : 1. 可以执行的范例（尽可能精简） : 2. 说明你期待的结果（最好有你对这段程式的理解是什麽） : 3. 现在的结果（如果可能，提出你觉得不合理的原因） : 有些时候，我试着想完这些问题，就找到答案了。 关於提问的品质，我倒是有一些想法 我个人在发现错误时，会按照以下的步骤去检查(非compile error) 1.重新确认演算法以及设计的流程是否有误 2.确认自己的程式有按照自己的预设去撰写 3.按照功能性，将程式分成各小块，依序检查资料在哪部分出问题 ---------------------------------------------- 以上步骤只是事前准备 4.找到该区块後，开始逐行/变数检查变数的值是在哪边不符合预期的 5.找到之後，开始列出可能造成错误的原因，并想清楚为什麽你会将该原因列入 6.依列出的原因尝试解决方法，并且想清楚为什麽你会选这方法来解决 7.将你尝试方法时，所使用的测试资料记录下来 一般的程式问题，大概5~7有写清楚的话都能解决 即便没办法，想帮忙的人也能了解要怎麽进行下一步的沟通 总结的话，大概就是 1.造成错误的原因以及推测的根据 2.尝试解决的方法以及选择的依据 3.解决方法的执行结果与预期结果 其他的部分就参考前一篇版友的内容 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 120.126.66.40