新闻组和邮件列表会文艺复兴吗

[Solatle]

最近越来越喜欢 usenet 和 mailing list，比现在眼花缭乱的各种平台
discourse, discord, stack exchange, slack, reddit... 都舒服，唯一的不足
就是历史消息搜索，真是厌倦了非要做出顶踩类社交属性的讨论平台。

部分代码托管也转到 sourcehut 了，以邮件为中心的问题讨论干净高效。回到
google各种搜逛，在不同的地方登录问问题找答案真是累

--
Solatle@large

[The Edwin]

我也有跟你一样的感受，有时候会想到一些观点：

1.我也很讨厌顶踩这类的设计
2.功能太多什么都要做，看着烦，比如私信就挺多余的
3.太吃时间，追求用户粘性，耗费生命
4.希望有个扁平的，就主题和评论两级，不支持评论的评论，或者说通过引用内容实现也成，总之不要搞成很深的树状结构
5.最重要的，淡化对发言者本身的关注，强调对他的发言的关注，因为重要的是话有没有道理，而不是它是谁嘴里说出来的。

一直有个想法，用RSS(Atom)做主界面，也提供Web访问，但只作为辅助，搞一个论坛或者贴吧什么的。
想要看什么主题直接订阅一个https://[关键词].域名/feed，不鼓励用户整天刷，气氛就跟新闻组差不多就行。
只支持纯Text。
发帖的部分通过Telegram等IM工具的Bot交互进行操作。

在座诸君怎么看？

[Solatle]

On 13 Feb 2024, The Edwin wrote:

> 2.功能太多什么都要做，看着烦，比如私信就挺多余的

是的，ui 眼花缭乱的，影响专注内容

> 3.太吃时间，追求用户粘性，耗费生命

如果不得不多平台乱窜的话，还得重新熟悉界面和操作

> 4.希望有个扁平的，就主题和评论两级，不支持评论的评论，或者说通过引用内容实现也成，
> 总之不要搞成很深的树状结构

对，reddit 那样的树状看着非常累，引用就可以很清楚了

> 5.最重要的，淡化对发言者本身的关注，强调对他的发言的关注，因为重要的是话有没有道
> 理，而不是它是谁嘴里说出来的。

最后一点我很同意，所以我最喜欢邮件，专注内容

--
Solatle@large

[The Edwin]

我记忆中，2003年到2008年之间的百度贴吧，就挺好的。
后来烂了，外行领导内行，KPI指导设计，最后烂了是必然的。
新闻组当然更纯粹，但它在中文环境下是注定是很小众的东西，原因太多了不必赘述。
但对我来说小众挺好的，我喜欢小众的产品和服务，尽量离广大人民群众远远的。

最近手痒想写一个完全依赖cloudflare平台，完全无服务器实现的东西玩儿，要不然琢磨琢磨弄个贴吧或者论坛。

[Solatle]

新闻组小众挺好，但很多论坛发展期要吸引新用户，需要discourse这样的平台。
问题是这些平台的mailing list功能很烂，除了网页端，不能提供对等的邮件列表
订阅、发帖和跟帖的体验。比如discourse， topics一大堆乱乱的，完全不能很好
的分类，邮件订阅都不知道选哪些，一些topic还不能邮件回复跟帖。

--
Solatle@large

[The Edwin]

我觉得可能更多不是技术上的原因，是商业原因。
假如一个discourse，公开提供类似于GraphQL接口这样的服务，供高级用户自己定制体验。那么查询计算的成本，滥用的成本，以及防止滥用的成本，都需要有商业上的理由。
邮件相关的模块通常也是不受关注的，因为实际在使用的用户太少了。
非IT人士，甚至超过半数的IT人士，对学习成本的敏感程度超乎想象。
新闻组没有这些顾虑，因为它从血统上是非盈利的。后来的二进制盗版网络扩展就另说了。

[Solatle]

有道理，想弄出完全满意的，只能是一群有需求的高级用户付费自己弄，比如
srht。但论坛这样的就很难搞出来，邮件用户自己不用网页端，很难为了吸引新用
户自掏腰包，新用户也不可能为了用不到的功能付费。

--
Solatle@large

[lbf]

rss 配合rss2email，把文章发到邮箱，然后用mua看，比如gnus。

--
BIG BROTHER IS WATCHING YOU.

[Solatle]

On 14 Feb 2024, lbf wrote:

> rss 配合rss2email，把文章发到邮箱，然后用mua看，比如gnus。

RSS 订阅论坛的话也是只能看不能跟帖吧
--
Solatle@large

[lbf]

说的是，我一般是看看，很少回复。

[Wei Lu]

On 2024-2-13 13:45, The Edwin wrote:
>...
> 4.希望有个扁平的，就主题和评论两级，不支持评论的评论，或者说通过引用内容
> 实现也成，总之不要搞成很深的树状结构

我倒是看到有些树状结构的网页论坛还挺怀念的，觉得大概是比较老的设计才留着讨论组的遗迹，但是少有可以和邮件或者USENET互通。我用过的好像就Github的issue还可以和邮件互通的。扁平结构无法胜任复杂的讨论结构，适合简单的单一主题论坛。树状结构最好的是结合键盘高效操作（用过Usenet和BBS的应该都深有体会）和支持操作支线的功能，在web上比较难实现。



--
Regards,
Wei Lu
PGP: 0xA12FEF7592CCE1EA

[Solatle]

On 14 Feb 2024, Wei Lu wrote:

> On 2024-2-13 13:45, The Edwin wrote:
>>...
>> 4.希望有个扁平的，就主题和评论两级，不支持评论的评论，或者说通过引用内容
>> 实现也成，总之不要搞成很深的树状结构
>
> 我倒是看到有些树状结构的网页论坛还挺怀念的，觉得大概是比较老的设计才留着讨论组的
> 遗迹，但是少有可以和邮件或者USENET互通。我用过的好像就Github的issue还可以和邮件
> 互通的。扁平结构无法胜任复杂的讨论结构，适合简单的单一主题论坛。树状结构最好的是
> 结合键盘高效操作（用过Usenet和BBS的应该都深有体会）和支持操作支线的功能，在web上
> 比较难实现。

我觉得分支话题需要深入讨论的话不如重新开主题，没有必要太复杂的讨论结构。
树状虽然结构上貌似清楚，但是内容很容易跑题。

--
Solatle@large

[Wei Lu]

跑题有时是必然的，即使不跑题，讨论就是会自然分叉和形成复杂的结构。视主题而论，简化有时是可能的，有时就不过是偷懒而已，重开主题的操作并不能解决结构性的问题。而且跟你说的相反，树状结构正是可以通过剪枝解决跑题，一维结构的跑题混在里面是很难处理的。
网页论坛像这种大型主题：
https://msfn.org/board/topic/185966-my-browser-builds-part-5/
或者稍大的微信群，爬楼爬到不想看，信息处理效率极低，就是因为数据扁平化没有结构，客户端操作功能弱。

微博、微信、微视频时代培养出来的大众网民，习惯了一维的内容流在极简的客户端呈现，只能说是适合这个时代的大众商业模式，或者说是信息流的初级阶段。更适合信息的灌输和宣传，无序的流动，不适合自生长和组织。过时的东西并不一定差，虽然文艺复兴不需要指望，但好的理念和模式永远有他适用的场景。

[attend]

On Tue, 13 Feb 2024 19:03:12 +0100
Solatle <duzai...@hotmail.com> wrote:

> 最近越来越喜欢 usenet 和 mailing list，比现在眼花缭乱的各种平台
> discourse, discord, stack exchange, slack, reddit...

> 都舒服，唯一的不足就是历史消息搜索，真是厌倦了非要做出顶踩类社交属性的讨论平台。

>
> 部分代码托管也转到 sourcehut 了，以邮件为中心的问题讨论干净高效。回到
> google各种搜逛，在不同的地方登录问问题找答案真是累
>

不会，昨日黄花了。

--
[32m《詩經‧ 國風‧ 鄘‧ 相鼠》 [m

相鼠有皮，人而無儀，人而無儀，不死何為。
相鼠有齒，人而無止，人而無止，不死何俟。
相鼠有體，人而無禮，人而無禮，胡不遄死。

[Solatle]

On 19 Feb 2024, attend wrote:

> Solatle <duzai...@hotmail.com> wrote:
>
>> 最近越来越喜欢 usenet 和 mailing list，比现在眼花缭乱的各种平台
>> discourse, discord, stack exchange, slack, reddit...
>> 都舒服，唯一的不足就是历史消息搜索，真是厌倦了非要做出顶踩类社交属性的讨论平台。
>>
>> 部分代码托管也转到 sourcehut 了，以邮件为中心的问题讨论干净高效。回到
>> google各种搜逛，在不同的地方登录问问题找答案真是累
>>
>
> 不会，昨日黄花了。

唾手可得的信息太多，极少数人愿意折腾老东西，看来注定小众了。

--
Solatle@large