[提案] 廢除版規 4 作業文條款
建議廢除版規 4 作業文條款
=== [版規 4] ====================================================
4. 禁止符合下列條件的文章（統稱作業文）
4.1 只有 post 題目 or 需求，求解答 or 程式碼 or 範例。
（詢問使用哪個 class 或是是否有 lib，不在此限）
4.2 文章中，程式碼註解份量少於程式碼的 1/3
或是程式碼以外的問題敘述不到程式份量的 1/2
=== [版規 4] ====================================================
對此提案的想法，闡述如下。
成立看版旨在提供討論的地方，討論的發起方以新手為大宗。
但實際上新手是很難定義的，他可能是 Java 的新手，但不代表他對程式語言毫無所悉。
可能是剛進入這個領域，要如何正確形容一種狀態、現象、實作方案、
寫作風格都還在無知的狀態。
除非他恰巧熟悉某個多數概念與 Java 相似的語言，他可以有相近的學習遷移效果之外。
多數的新手可能不會正確地描述問題，對於程式碼的品味也不甚講究。
要使用稍具規範的規定去限制新手發問的品質是有難度的。
這樣就等於限制了一些版有的發言權利。
雖然此規定是期望提昇發言品質，但我持相反的意見。
因為實在無法預測討論串發展如何走向，一切都看後續參與者的互動而定。
回顧自己在 Java 版（轉信時代）的發言也不算是有品質的，
但有個地方、有批同好能一起討論，在一些學習的階段讓我獲得不少的提昇。
受過無視、指責、糾錯、修正謬誤才漸漸發展出有品質的提問。
有時我也會回應得很嚴厲，有時回應得很冷淡，
有時連回應的興趣都沒有，有時想到一些絕妙的比喻期望讀者獲得理解。
這些只是身為一個參與討論的版友在做的事情罷了。
即使我是個老手，也不代表我堅定地支持版規 4，
旁觀起來，它是擾人的，也逼使版主不得不出來提醒被視為不當的發問。
恰好遇到情緒最近比較敏感的版友，就成了今日的局面。
伸手要不可恥，但得有誠意，或夠吸引人給予。
在這過程中有許多人會得益。
1. 剛渡過相似難題的新手。他透過教導比他菜一點的人獲得複習
2. 被無視的新手，因為他得承受沒有人理他並接受時間壓力越來越大
若不修改提問方向那只能接收命運的安排
若突然想通了，改成讓人願意回答的方法，他才會獲得回應。
不然只能等待某人的日行一善
3. 不管新手會使用 Java 多久，總得透過這些基礎的問題累積版眾
即使這些問題針對已經出社會從事 RD 相關的版本簡單到不行
留著這些東西，有助我們方便地回答，這樣置底的
★ m 3/06 slayer. □ [文件] JAVA新手爬文須知
才有用到的機會，現階段這類等級較低的文章不多，要勸人爬文還真有點難度
有東西可以爬文，具有經驗的版友就能較省力地引文回應
（即便我們都有經驗知道有許多英文連結，但多數新人依賴中文是真的）
4. 對版主來說不用再理會發文內容，為了貫徹版規不得不出來說兩句，
就由他自生自滅可以輕鬆許多
也比較不會引發對立，就像今天這樣。
===============================================================
廢除規則 4 不代表不要求品質，只是以非懲罰的方向期望品質演進。
雖然這極有可能週期性地品質低落，但比沒有機會演化就死在第一個迭代來得好。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.231.236.247
※ 文章網址: http://www.ptt.cc/bbs/java/M.1399727068.A.A26.html
※ 編輯: qrtt1 (36.231.236.247), 05/10/2014 21:06:21
推
05/10 21:16, , 1F
05/10 21:16, 1F
推
05/10 21:17, , 2F
05/10 21:17, 2F
→
05/10 21:19, , 3F
05/10 21:19, 3F
推
05/10 21:57, , 4F
05/10 21:57, 4F
推
05/11 07:58, , 5F
05/11 07:58, 5F
推
05/11 16:30, , 6F
05/11 16:30, 6F
推
05/11 17:23, , 7F
05/11 17:23, 7F
推
05/11 19:57, , 8F
05/11 19:57, 8F
推
05/12 11:54, , 9F
05/12 11:54, 9F
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 1 之 6 篇)：