首先，我想我們雙方都能理解對方的論點，且, 在實務上, 我認同你
所提倡的改變方針值得一試
接下來比較偏向於抽象的閒聊…反正這版正好缺水 :D
※ 引述《TonyQ (自立而後立人)》之銘言：
: ※ 引述《AmosYang (Zzz...)》之銘言：
: : 我的著眼點在於
: : http://www.ptt.cc/bbs/java/M.1399830371.A.8F9.html
: : PTT 的系統在「負載」方面有不錯的成績，但在 HCI 方面真的過時了；無法
: : 滿足「討論方法」本身進化的需求
: HCI 問題我想過時歸過時，我們也都習慣了。
: 就如同鍵盤排列一直有人批評他不人體工學，
: 但迄今我們最習慣的鍵盤還是長那個樣子。
: HCI 也很重視一點就是使用習慣，一來是全站都是這樣，
: 二來是無法透過系統面改變，這已然成為一個目前最好的方法。
是的，慣例(convention)是很重要的，我也認同你提出的「鍵盤」的
例子；相對的，另一個反例是「汽車 vs. 跑得更快更遠更久的馬」
也就是「使用者想要的(want)並不一定是他們所需要(need)的」
: : 另外一點管理上的問題，就是如何反制喜好躲在推文裡測試版規底線
: : 的使用者，例如 LordAeron; 若我花時間寫了一篇文章，結果他跑來
: : 我的文章底下開群嘲，文章是我的，但他卻可以任意增添內容, 這種
: : 情形也可能需要增設版規, 來決定發文者對其文章到底有多大的控制
: : 權
: 我個人認同的管理方針是文章寫了就是公開文章，
: 任何人得以在不違反版規下回應該文章。
: 也就是，發表者沒有權力禁止/修改該文章底下的回應。
: 有些看板會給予作者在一定程度下的額外權力，
: 如事先在文章中明確、明顯的聲明禁止 xxx 推文的話，
: 則該使用者推文後會受到處分，
: 但我是覺得這樣對討論不一定有幫助。
: 另外一般而言，推文在裁決鑑定上並不視為本文內容，
: 也就是你擁有的文章的部份並不包括推文。
我同意「公開文章」這個出發點，也理解在設定任何限制時都要小心
考量 regulation vs. censorship 中間這條線
我偏向於「發文者對其文章內容(含推噓文)有一定的(但非絕對的)仲裁權」
也就是 My body, my rule. My post, my way.
: : 我的用意不是想拿特例來當反方的理由，而是想重申以下這個看法
: : 是故, 不管版規怎麼改, 討論走向、風格如何制定, 應該要把 PTT 在 HCI
: : 方面的限制列入考量
: : 不然的話只能依靠版主仲裁，且使用者得花時間去理解版規；雖然說
: : 「每個版有每個版的特色、生態、版規」是 PTT 行之有年、常有之
: : 事，但我開始覺得長期依賴版規來彌補 HCI 的缺陷是 B>Z
: : 尤其是在一個程式語言版，更是應該要正面迎戰 HCI 問題的地方 :D
: Better way, or current way. :P
: 沒有更好的方式時，現在可行的方式就是好方式，
我同意
然而，那是一個理由(reason)還是一個藉口(excuse)? :D 微妙的分界線
: 真要正面迎戰的話，我認為是到 pttsuggest 寫建議比較快。
: 另外其實透過 / 來標示特定討論者 ID ，
: 在閱讀長推文時還算是個可以明確看出討論的一種作法。
在這個討論串更之前，我有去 PttSuggest 看過，感覺上，或許是受
限於人力物力，是比較偏向於「許願池」模式，似乎沒看到很明確的
開發流程的說明，例如
1. 如何建構開發環境; 更詳細的技術文件、資料
2. 更嚴謹的, 對於 feature request 的評量辦法與決策過程的說
明；例如，若有 pull request, 要去哪裡呈交; 其評量結果最後
的仲裁權與方法在誰手上?
或許要多去站務區各版看看，能不能挖到這些資料...
: : 前面扯了很多，但我得承認，在這個時間與地點，「取消推文時間限
: : 制」是值得一試的；兩害相權取其輕，「低人氣」是當下比較嚴重的
: : 問題
: : 希望能順利朝著這個方向發展 :)
: 多年前這裡就是這樣的，我就是那個在胡蘿蔔跟鞭子環境下走過來的新手。
就「學習」來說，我的心得是
http://www.ptt.cc/bbs/GameDesign/M.1321118655.A.B56.html
問問題的目的不在於得到答案，而是檢視自己思路的瑕玼
「問題」可以分為幾類，其中一類是「記憶問題」，例如某個字該怎
麼拼怎麼寫；這種問題本身問出來是浪費時間，因為真正的問題是「
如何取得該類知識領域的公認專業索引(index)?」，例如字典或 technical
spec.
另一類是「理解問題」，例如為什麼 "2+2=5", 這類問題問出來也是
浪費時間 XD 因為真正的問題是「如果我不懂，那為什麼我不懂?」
是故,
一旦具備了透視問題本質的能力 (也就是修正自己思路的瑕玼)答案
自然會浮現; 以「問答案」的方式問問題無異於飲鴆止渴