: 不過整體來說，經驗較少的提問者難以提出好的問題 : 而長期答問的版友苦於描述不清的現象增加負擔。 : 若版友正在思考要如何提昇自己發問的『品質』 : 你可能被要看提問的智慧，那確實有點長，但值得看。 : 不過那也許不是多數人可以理解的。 : 試著在提問前把問題寫成： : 1. 可以執行的範例（儘可能精簡） : 2. 說明你期待的結果（最好有你對這段程式的理解是什麼） : 3. 現在的結果（如果可能，提出你覺得不合理的原因） : 有些時候，我試著想完這些問題，就找到答案了。 關於提問的品質，我倒是有一些想法 我個人在發現錯誤時，會按照以下的步驟去檢查(非compile error) 1.重新確認演算法以及設計的流程是否有誤 2.確認自己的程式有按照自己的預設去撰寫 3.按照功能性，將程式分成各小塊，依序檢查資料在哪部分出問題 ---------------------------------------------- 以上步驟只是事前準備 4.找到該區塊後，開始逐行/變數檢查變數的值是在哪邊不符合預期的 5.找到之後，開始列出可能造成錯誤的原因，並想清楚為什麼你會將該原因列入 6.依列出的原因嘗試解決方法，並且想清楚為什麼你會選這方法來解決 7.將你嘗試方法時，所使用的測試資料記錄下來 一般的程式問題，大概5~7有寫清楚的話都能解決 即便沒辦法，想幫忙的人也能了解要怎麼進行下一步的溝通 總結的話，大概就是 1.造成錯誤的原因以及推測的根據 2.嘗試解決的方法以及選擇的依據 3.解決方法的執行結果與預期結果 其他的部分就參考前一篇版友的內容 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 120.126.66.40