※ 引述《AmosYang (Zzz...)》之銘言： : ※ 引述《AmosYang (Zzz...)》之銘言： : : → TonyQ:我是覺得如果推文沒有時間間隔我很樂意陪新手討論釐清 06/02 15:39 : : → TonyQ:作為釐清跟瞭解問題需要快速回饋工具，回文不夠長提不起意願 06/02 15:41 : ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ : 同意 : 這樣說來，在這個情形下，在文章下「推文」的實值效果是「公開聊 : 天頻道」 : 可惜的是推文功能的先天設計/限制造成以下麻煩 : 1. 文章的本質是偏向靜態的媒體, 與聊天室相反 : 2. 推文行數、空間有限，多行推文常常失序且難以閱讀 : 不過這「失序」的現像倒是 PTT 文化的一部分，例如, 「五樓」 : 這個梗 : 3. 推文管理不易，當下管理系統仍以「文章」為單位 : 例如, 劣文 : 且, 文章修改/推文標記似乎在用 v 標示已讀後就不會再更新 : 4. 又，誰有管理權? 板主或樓主? 管理權又如何分配? : 例如, 假設有人在我的文章下推文引戰，我能否刪其推文? : 還是要由版主裁決? 這在 PTT 上似乎沒有一個共識 1.file storage 也是靜態的, 還是有人可以拿它來 implement 動態的事情. 2.這其實不是問題, 以 soft_job 與 ajax 實行多年為例, 碰到這個問題的次數幾乎是 0 , 就算碰到了也還是可以用公告勸導, 板規抑制. 3.推文的管理有幾個面向, 以管理工具而言, 誹謗挑釁等不當言論, 還是可以用板規做基礎, 再佐以懲處(水桶...etc)來達到管理效果. 管理不是只有刪文一個手段, 實務上其實成效也頗顯著. 4.當然是管理者, 一般根據 ptt 的常見實務作法, 我們通常會在板規設定發文者不得刪除推文,得交由板務裁決. 而且 ptt 自從引入文章歷史之後, 這件事情在 ptt 管理工具面也變得相當可行. : 當然，這些問題不是 JAVA 版特有，而是全站都有被影響，但看起來 : #2 是最容易從技術層面修正的 : 如果能對 #2, #3, #4 都能提出合理配套措施，那說服反對方會容易 : 許多 其實你說的這幾點我們都行之有年了, 這些在 ptt 上都相當常見. 有一個真正麻煩的你反而沒有提出來, 就是推文討論過長時有使用者會抱怨不太好閱讀. 但一來時有這種困擾表示推文系統確實發揮它的功用, 二來是當有這種情況, 內文又值得好好閱讀的話, 另外拉篇文章出來整理一下即可. 我覺得這個措施打從一開始就是個因噎廢食的做法,因為鼓勵發文而禁止推文, 反而抑制很多路人進來參與看板的機會, 降低版友參與意願. 我會覺得, 1. 開放推文 2. 板規重訂 3. 鼓勵新手發文, 資深貢獻者回推文討論 4. 在鼓勵新手發文的前提下, 也不會刻意去箝制老手批評新手的言論. 但是批評的人有, 幫忙回應的人當然也會有, 讓這兩種言論都能有所發揮, 自然會取得一定的平衡 對新人而言, 不管別人罵的多兇, 只要有人回就能感覺到善意, 也能藉由批評感覺到有人確實不喜歡這樣一個行為, 比起一開始就撞上一面牆, 這種有胡蘿蔔與鞭子的環境相對好多了. 我相信這些的理由跟配套都是相當充分, 而且經過多年管理經驗實證的. ptt 上也有許多沒有連推限制的看板一樣管理相當良善. -- 網頁上拉近距離的幫手 實現 GMail豐富應用的功臣 數也數不清的友善使用者體驗 這就是ｊａｖａｓｃｒｉｐｔ 歡迎同好到 AJAX 板一同討論。 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.213.124.221 ※ 文章網址: http://webptt.com/m.aspx?n=bbs/java/M.1401759634.A.285.html ※ 編輯: TonyQ (61.213.124.221), 06/03/2014 09:43:06