填鴨式教育
CentOS 的主要 IRC 頻道在其它地方已經有詳細的描述，但 #centos 頻道的一個中央特性就是它並不鼓勵以「填鴨式」的方法來答覆那些隨意進入頻道，又隨意發問的人。
他們所問的問題可能會離題，甚至乎與 CentOS 完全無關。這個頻道也不是新用戶的訓練場，由為它不會亦不可能有效地擴充規模 —— 為了達到這個目的，CentOS 計劃發行了完整的文件。其它問題牽涉到建基於 CentOS 的下游或損壞了的分叉版本，它們經常出現在虛擬伺服器的應用上。
「知情」的頻道常客拒絕猜測如何去修正不屬於 CentOS 的隨機損壞內容。每一日都有關於良好的診斷技巧、將問題分割、閱讀文件〔閱讀那些優質的文件〕等的示範。「IRC 要求」頁內已列出了部份可辨認損壞了的或不是 CentOS 的安裝，這樣便能避免有潛在性危險的瞎猜。
根據經驗，提供「填鴨式」答案的後果就是發問者於頻道上消失，便並未學懂如何解決他們的問題；他們經常會在數週後帶著同一個問題重現。由於它們沒有學曉如何研究答案，過程再次重演。我們知道，因為這個頻道是被 CentOS 計劃的成員所監聽的，而我們的確發現有這個情況。為未作準備的發問者不斷重複提供簡單答案所帶來的負面後果（在不採取 #centos 方針的頻道），就是趕走那些擁有強診斷技巧和富經驗的頻道常客。你可以將視為低信噪比。 
要日復一日地回答千篇一律的問題，而這些問題只需做少少研究已經能夠解答，這對於頻道的常客來說著實不是味兒。有些題目甚至常見到一個情度它們被收錄在 wiki 的常見問題內。視乎問題是闗乎 CentOS 的哪一方面，這樣做可能會不合理，因為它為將來增加維護保持更新的負擔。實例可見「CentOS 上的 java」的第二段，它的內容就經常過時。
此外，這個頻道所主將的「蘇格拉底發問法」亦可見於每個用戶進入 IRC 頻道時所顯示的 '/topic' 內。當中所收錄的連結，指向 ESR 所撰寫的「如何聰明地發問」。亦有一些類似的文章是由其他人撰寫的。其它關乎 #centos IRC 頻道管理理念的聲明亦收錄於主網頁上，它們都值得一讀。
/topic 中另一個部份強調了那條「請勿張貼在這裡（除非被問到；最多一行）」的規則，並提及一個剪貼桶。這份對長篇張貼的厭惡是在相關計劃的頻道上得回來的。明顯地在一個開發用的頻道，長篇張貼在頻道出現是常見及恰當的；但在 #centos，這只會明證張貼者漠視了 /topic。
這裡想提出的，就是 CentOS 刻意地選擇了採用「蘇格拉底發問法」的模式：就是由一位有學識的導師引導一位學生發問，達致發問者能尋穫答案。這樣做亦可令頻道更能成為「潛伏者」的教學工具。若然如此，就有必要捨棄「填鴨式」的答案。
「授人以魚, 不如授人以漁。」 —— 老子
Translation of revision 12