Re: [討論] Java 版版務

看板java作者AmosYang (Zzz...)時間11年前 (2014/06/03 12:31)推噓1(1推 0噓 3→)

留言4則, 3人參與討論串4/8 (看更多)

※ 引述《TonyQ (自立而後立人)》之銘言： : ※ 引述《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 動態的事情. 我之前用字錯誤，我想表達的意思是 push vs. pull : 2.這其實不是問題, 以 soft_job 與 ajax 實行多年為例, : 碰到這個問題的次數幾乎是 0 , : 就算碰到了也還是可以用公告勸導, 板規抑制. 這邊大概也有用詞上的誤會，我想表達的是指來自多個使用者的多行推文失序參雜在一起，難以閱讀 : 3.推文的管理有幾個面向, 以管理工具而言, 誹謗挑釁等不當言論, : 還是可以用板規做基礎, 再佐以懲處(水桶...etc)來達到管理效果. : 管理不是只有刪文一個手段, 實務上其實成效也頗顯著. : 4.當然是管理者, 一般根據 ptt 的常見實務作法, : 我們通常會在板規設定發文者不得刪除推文,得交由板務裁決. : 而且 ptt 自從引入文章歷史之後, : 這件事情在 ptt 管理工具面也變得相當可行. 我能理解你想描述的方向，將在下面回應 : : 當然，這些問題不是 JAVA 版特有，而是全站都有被影響，但看起來 : : #2 是最容易從技術層面修正的 : : 如果能對 #2, #3, #4 都能提出合理配套措施，那說服反對方會容易 : : 許多 : 其實你說的這幾點我們都行之有年了, 這些在 ptt 上都相當常見. : 有一個真正麻煩的你反而沒有提出來, : 就是推文討論過長時有使用者會抱怨不太好閱讀. : 但一來時有這種困擾表示推文系統確實發揮它的功用, : 二來是當有這種情況, 內文又值得好好閱讀的話, : 另外拉篇文章出來整理一下即可. 以 Java 版目前的人氣來說，用版規來手動規範推文應該是可行的；且，很(不)幸運的，應該不會有 scale-up 的問題 :D 我的著眼點在於 http://www.ptt.cc/bbs/java/M.1399830371.A.8F9.html PTT 的系統在「負載」方面有不錯的成績，但在 HCI 方面真的過時了；無法滿足「討論方法」本身進化的需求舉例來說， CompSci plan 版有「推文只能拿來附議」這種規定, 但實作方式仰賴版主手動執行版規與使用者花時間閱讀版規另一個例子, 推文系統在「補充」與「附議」這兩個方面是很好的工具, 但一旦變成「延伸討論」時，就難以閱讀; 且, 若非依靠外部的 indexing 工具 (如 google) 則難以管理另外一點管理上的問題，就是如何反制喜好躲在推文裡測試版規底線的使用者，例如 LordAeron; 若我花時間寫了一篇文章，結果他跑來我的文章底下開群嘲，文章是我的，但他卻可以任意增添內容, 這種情形也可能需要增設版規, 來決定發文者對其文章到底有多大的控制權我的用意不是想拿特例來當反方的理由，而是想重申以下這個看法是故, 不管版規怎麼改, 討論走向、風格如何制定, 應該要把 PTT 在 HCI 方面的限制列入考量不然的話只能依靠版主仲裁，且使用者得花時間去理解版規；雖然說「每個版有每個版的特色、生態、版規」是 PTT 行之有年、常有之事，但我開始覺得長期依賴版規來彌補 HCI 的缺陷是 B>Z 尤其是在一個程式語言版，更是應該要正面迎戰 HCI 問題的地方 :D : 我覺得這個措施打從一開始就是個因噎廢食的做法,因為鼓勵發文而禁止推文, : 反而抑制很多路人進來參與看板的機會, 降低版友參與意願. : → TonyQ:應該說不是禁止推文，而是限制到失去推文原本功能 06/03 11:32 前面扯了很多，但我得承認，在這個時間與地點，「取消推文時間限制」是值得一試的；兩害相權取其輕，「低人氣」是當下比較嚴重的問題 : 但是批評的人有, 幫忙回應的人當然也會有, : 讓這兩種言論都能有所發揮, 自然會取得一定的平衡 : 對新人而言, 不管別人罵的多兇, 只要有人回就能感覺到善意, : 也能藉由批評感覺到有人確實不喜歡這樣一個行為, : 比起一開始就撞上一面牆, 這種有胡蘿蔔與鞭子的環境相對好多了. 希望能順利朝著這個方向發展 :) -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 75.177.186.231 ※ 文章網址: http://www.ptt.cc/bbs/java/M.1401769864.A.E0C.html

推

backforward

06/03 14:07, , 1^F

06/03 14:07, 1^F

是的，如本文中所述，系統不足之處可以由版規來彌補，但這個長期趨勢是 B>Z

→

tkcn

06/03 14:34, , 2^F

06/03 14:34, 2^F

如果你指的是點 LordAeron 的名的話，那「點名」是有的。在幾個 CS 版面都可以找到他躲在推文裡開群嘲的事實，是有被水桶的案例，但都無法以劣文處置。這件事實應該沒什麼戰的空間 :D 頂多找條法律告我而已, 我也有點想知道這個 id 在現實生活裡是什麼樣子的人 ※ 編輯: AmosYang (75.177.186.231), 06/03/2014 20:12:46