※ 引述《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 上也有许多没有连推限制的看板一样管理相当良善.