- 文章
- “如何提問”：條目式帖子/
2011年4月5日
“如何提問”：條目式帖子/重述
評分：3.9/5 (20 票)
我相信我們都熟悉著名的“提問的智慧”指南。
我並不一定要在這裡重新發明輪子，但我對啟發我建立這個帖子的指南有一些不滿。
具體來說：
- 原指南太大了。它就像一個 10 頁的東西。通常，當我想要引起人們對它的注意時，我只想引起他們對特定段落的注意，這不是很方便。
- 我不同意其中的所有內容。特別是他對人們應該做的研究量的期望。
- 它太寬泛了，沒有涵蓋我經常在這些特定版塊上看到的一些非常具體的事情。
所以這個帖子的目標是解決這些問題，並允許這裡的使用者群貢獻他們自己的技巧。
這個想法很簡單，但為了保持它的有效性，我想為釋出新技巧引入一些“規則”
- 每個帖子 1 個條目。 這樣就可以連結單個條目，而不必連結到一篇巨大的文章。 這樣，當這些技巧“損壞”時，我們可以將使用者連結到直接帖子，而不是將他們定向到一般指南。
- 在頂部用粗體（可能用大寫字母——只要它引人注目）寫一個技巧的單行摘要，這樣當人們點選連結時，他們可以立即清楚地知道他們做錯了什麼。
- 儘量保持每個條目簡短。人們不會閱讀整頁。為了使其有效，我們需要避免 tl;dr。
這就是我現在能想到的全部。我將從一些讓我惱火的事情開始。歡迎更多。
這裡很多人不閱讀每個帖子。我們根據主題的內容過濾它們。如果您的主題準確地描述了您的問題，則更有可能獲得回應。
“使用 vector，程式在退出時崩潰。”
編譯器錯誤通常會告訴您程式碼中到底出了什麼問題。需要經驗才能完全理解它們，但是這裡的常客都具有這種經驗，並且知道如何閱讀它們。
- 向我們顯示導致編譯器錯誤的行程式碼
- 不要解釋/改寫錯誤。您很可能會遺漏/更改我們需要的一些關鍵資訊。
不要釋出一段程式碼並說“此程式碼無效”。具體說明為什麼它不起作用。
- 嘗試編譯時是否出現錯誤？如果是，請告訴我們錯誤是什麼以及錯誤在哪裡。
- 程式執行時是否沒有按照您想要的方式執行？如果是，請告訴我們您希望它做什麼，以及它實際做了什麼。
當我們不知道問題是什麼時，我們無法解決問題。
我並不一定要在這裡重新發明輪子，但我對啟發我建立這個帖子的指南有一些不滿。
具體來說：
- 原指南太大了。它就像一個 10 頁的東西。通常，當我想要引起人們對它的注意時，我只想引起他們對特定段落的注意，這不是很方便。
- 我不同意其中的所有內容。特別是他對人們應該做的研究量的期望。
- 它太寬泛了，沒有涵蓋我經常在這些特定版塊上看到的一些非常具體的事情。
所以這個帖子的目標是解決這些問題，並允許這裡的使用者群貢獻他們自己的技巧。
這個想法很簡單，但為了保持它的有效性，我想為釋出新技巧引入一些“規則”
- 每個帖子 1 個條目。 這樣就可以連結單個條目，而不必連結到一篇巨大的文章。 這樣，當這些技巧“損壞”時，我們可以將使用者連結到直接帖子，而不是將他們定向到一般指南。
- 在頂部用粗體（可能用大寫字母——只要它引人注目）寫一個技巧的單行摘要，這樣當人們點選連結時，他們可以立即清楚地知道他們做錯了什麼。
- 儘量保持每個條目簡短。人們不會閱讀整頁。為了使其有效，我們需要避免 tl;dr。
這就是我現在能想到的全部。我將從一些讓我惱火的事情開始。歡迎更多。
帖子主題用於總結您的問題
這裡很多人不閱讀每個帖子。我們根據主題的內容過濾它們。如果您的主題準確地描述了您的問題，則更有可能獲得回應。
不良帖子主題的例子
“一個簡單的問題”：沒有描述任何內容 “我該如何...”: 不完整的句子。完成句子，也許它會是一個好主題。 “獲取編譯器錯誤” 更好，但仍然不是很具有描述性良好帖子主題的例子
“列印到螢幕上的數字顯示不正確”“使用 vector，程式在退出時崩潰。”
告訴我們您收到了什麼編譯器錯誤
編譯器錯誤通常會告訴您程式碼中到底出了什麼問題。需要經驗才能完全理解它們，但是這裡的常客都具有這種經驗，並且知道如何閱讀它們。
應該做的
- 複製貼上編譯器告訴您的錯誤- 向我們顯示導致編譯器錯誤的行程式碼
不應該做的
- 不要告訴我們您收到錯誤 C2203。我們不知道那是什麼。- 不要解釋/改寫錯誤。您很可能會遺漏/更改我們需要的一些關鍵資訊。
告訴我們問題是什麼
不要釋出一段程式碼並說“此程式碼無效”。具體說明為什麼它不起作用。
- 嘗試編譯時是否出現錯誤？如果是，請告訴我們錯誤是什麼以及錯誤在哪裡。
- 程式執行時是否沒有按照您想要的方式執行？如果是，請告訴我們您希望它做什麼，以及它實際做了什麼。
當我們不知道問題是什麼時，我們無法解決問題。