论坛不能总以文字形式来形成

老周部落

老周部落 发表于 2023-1-17 21:39
个人理解：
收听（微博的关注）是一个单向的状态（当然 X3.5 可以拒绝被收听），关注内容是广播（微博） ...

另外一个推送算法是需要大基数才能玩得起来的，不管是视频还是主题。
举个例子，Discuz! 大站中的 MCBBS 也就两千万主题数，每日新增不超过一千。要做推荐算法这个估计是最低限度，但有几个网站能做到日增 1000 主题？做不到的话刷几分钟马上要么重复主题要么史前主题就推送了。这还只谈数量没谈质量，要谈质量的话我只能说腾讯新闻做不过今日头条很大一块原因就是自媒体新闻质量奇差无比。
视频业务更是如此了，一个论坛一天能产出几十条新视频估计就算牛站，完了可能符合用户群体个人兴趣和最低质量标准的也就个位数，打开版块挨个刷半个小时都没啥有时间价值的东西了，这玩意啥推送算法能解决啊。

一定

老周部落 发表于 2023-1-17 21:39
个人理解：
收听（微博的关注）是一个单向的状态（当然 X3.5 可以拒绝被收听），关注内容是广播（微博） ...

你这样说，逻辑上是非常清楚了，但是到了实际操作上收听与好友感觉还是高度重合。

从网站功能上来说，我觉得好友申请功能可以直接，只要你们互相关注，那你们就是好友了。

举例来说：

张三关注了李四，那张三只能看到李四的广播、论坛相关。

张三与李四是互相关注关系，双方关系被系统判断为好友，张三不仅可以看到李四的广播、论坛相关，还能看到李四的家园（博客、家园）关系。

好友关系的判断：互相关注。

好友之间的权限：可以看到博客、图片等家园内容。

而程序方面做出的改变：取消好友申请功能，双方互相关注则判断为好友关系。

好友申请与：某某某关注了你，其实有相同的作用，本质上起到了通知的作用。

如果还要互相兼顾的话，那可以整合拉黑功能（我记得有这个功能吧），拉黑就等于是拒绝被关注了（本质上等同于张三申请加第四为好友，只不过将拒绝后置了，而不是每次需要李四同意。）

湖中沉

TaC 发表于 2023-1-17 22:45
接33楼接着闲聊
说到融资，感觉非常可笑，当时广州有家回复，要先让我去广州学习企业怎么经营，股权怎么设 ...

但你不能不考虑自己有多少资源有多少钱，对着农村的造房子班子，说给我造个皇宫。执行者（程序员）需要综合考量地方适不适合、政策允许不允许、资金够不够、材料是否允许、皇宫的规模以及这玩意自己能不能造的好等等等等的因素。而不是有个客户说一句我要造个皇宫，这工匠（程序员）以及他的建造套路（产品）就直接能上这个工程的。

对客户来说，他只说一句我要个皇宫就行了，但工匠告诉他，你没这么多钱，没这么多资源、甚至没这个能力去住进这个皇宫并妥加利用。

视频播放不是最大的问题，参考非法类型的网站，有拿DZ做视频在线播放的，但资源一般都不是放在自己服务器上的，即使这样，那些播放加载速度等体验也是极度糟糕的。这还是在这种类型网站可是非常赚钱的前提下，人家资金可是很充足的。

说回来，开发团队花500万，开发出这个功能了，有几个站长能利用上并用好？可以告诉你，你每个几千万资金，根本别想。所以去花上百万成本开发个绝大多数客户群体无法运营起来的东西，值得吗？有意义吗？

这种事情吧，一直以来有类似的需求再提着，多少人找到技术员说，给我做个腾讯网出来，我也能是马化腾，但，现实吗？真把腾讯网送给他，其实他也是无法玩转的。有些模式，那是需要巨大的资源去运作的，不是程序实现不了，而是投入产出不成正比或更直接点说，投入后是无产出的，纯属浪费资源。

如果真有足够运作这样需求项目的主了，那么直接花几百万针对性开发，才是正道，毕竟通用程序做成大佬的，那是万中无一的。

老周部落

一定 发表于 2023-1-17 22:03
你这样说，逻辑上是非常清楚了，但是到了实际操作上收听与好友感觉还是高度重合。

从网站功能上来说，我 ...

互相关注即升级还是有问题的。
微博的互关门槛很低，看着稍微顺眼一点就可以互相关注，甚至还有关注后必回关的说法。微信无论如何都需要二次确认，这门槛完全不一样。默认允许关注其实也是个伪命题，现在很多平台还支持设置关注批准制度，典型的例如推特和 Mastodon 都是允许设置关注确认的，那这个问题也要考虑进来，X3.5 是为了防止垃圾骚扰粗暴的设置了禁止关注策略，但合并之后肯定还要再考虑。
另外说回好友这个问题。微博和微信互相关注肯定不是一个级别，甚至微信好友之间都存在差异化。有些人工作一个微信生活一个微信，即使同一个微信也要划分不同分组差异化设置权限。微博上那些互相关注大多都不存在好友级别的关系。腾讯微博当年也只敢推荐关注 QQ 好友的腾讯微博，没听说过关注腾讯微博自动添加 QQ 号的。如果要合并那就得引导分组设置，那些分组可以阅读什么样的内容，看到什么样的动态这样了。

或者简单来说，两个功能合并成一个意味着单一功能复杂了，实际用起来不一定好用。如果互相关注即升级那么收听迁移到新功能之后要提前做好分组考虑如果成为双向好友那我对他的权限是什么，那就复杂了。

老周部落

TaC 发表于 2023-1-17 22:34
呵，呵，政府不发钱就是不对，把钱都丢到非州去了，一放弃就是多少亿的贷款，要是用在百姓身上多好。
我 ...

想法都是超前的只是自己不会操作这种言论从各种渠道听的太多了是社会共识，主要是一般人谁也不可能拿资源去陪一个底细不明的人测试想法。
Discuz! Q 声称自己要做新论坛，有成功创业经历的大佬带队做了两年多，中间还重构了一次大版本，最后也没取得想象中的成功。

如果自己理念超前但没技术，只有几条路可走：
1. 学技术，自己搞，成本低、独享收益还不受制于人。有复杂的技术就有不复杂的技术，有 C/Rust/Java 这种复杂的就有 PHP/Python 这种相对好上手的。
2. 说服风投，让风投出钱。只要不签个人担保顶多赔点名声，而且二次创业者在部分风投看来其实有点优势。不过沟通包装能力要强，收益自然大头要分给融资方。
3. 类似 https://www.dismall.com/thread-2164-1-1.html 说的找愿意对赌的开发团队对赌，只要确保能成的话成本也不高，但是需求不明确，思路扯淡，或者技术上一段时间之内不现实（比如需要消费者人均一套带着不晕的裸眼 VR 才能实现），或者找到的技术团队能力不济，那就只能亏了。

一定

老周部落 发表于 2023-1-18 07:10
互相关注即升级还是有问题的。
微博的互关门槛很低，看着稍微顺眼一点就可以互相关注，甚至还有关注后必 ...

官方直接改成什么样可能还太遥远，那是否考虑做底层支持，技术我不懂，举个我看到的简单例子，某手机短信登录插件可以完全接管系统的登录系统。

那广播、动态、日志、相册等等属于空间的各个部分，全都支持开发者自由调用，把整合交给开发者，这样是否更容易实现一些？

我之前看到一个模板开发者的贴子，说开发一个模板，所有页面都要兼容，然后你们好像说可以弄一个历史包袱更轻的默认模板，允许开发者基于新默认模板开发。

这样说起来，可能要搞新的默认模板开始，从方便模板开发者着手，然后才能进一步调整空间那些东西？

技术控

老周部落 发表于 2023-1-17 17:59
1. 能否告知下具体是哪里不自然，可能熟悉系统之后对一些 feature 的评价有些不一样。
2. 这就得完整考量 ...

不自然的方面：
1.广播聚合页面显示不够简洁，不美观，如果是回帖的显示，就更不好看（默认和我购买的第三方模板都显示不好看），希望回帖显示更友好，比如上面是回帖的内容（如果长的回复，可以点开查看），下面是帖子的标题链接，常规的比如知乎的关注，微博的转发评论。比较直观。
2.广播聚合页整的有点复杂，我收听的，特别收听的，广播大厅，广播大厅可以理解，方便发现社区新内容，但可以把我收听的和特别收听的合并，或者把三个都合并，只显示关注人的内容。
3.需要勾选后，发的帖子或跟帖才会在广播中显示（虽然可以设置默认勾选），不像其他的网站，我关注了博主，他更新了内容，很自然的就在关注页面显示出来，整体是无感的，用户都知道，关注了，就方便查看他的内容。

总体来说，DZ的广播看起来功能很多，但有点复杂（部分是因为好友，收听，特别收听引起的），加上广播聚合页面，展示不友好，我试过很多次，还是关闭了此功能。应用中心此类插件很少，克米的有一个类似的插件，整体还可以，但只有发帖聚合，缺少回帖聚合功能，这也是我没下手的原因。

可以学习一下主流的网站，用户一个关注按钮，从关注页面，可以看到所有关注人的动态信息，简洁明了。

老周部落

一定 发表于 2023-1-18 10:22
官方直接改成什么样可能还太遥远，那是否考虑做底层支持，技术我不懂，举个我看到的简单例子，某手机短信 ...

1. 我们不推荐这种做法，从技术上来看如果那个插件不能永久更新，那您的用户数据安全就无法得到保障。
2. Discuz! 的特点就是已有功能的开箱即用，您的做法和程序思路背道而驰了。不能说您这个思路不对，但确实和现在程序的玩法不一致。
3. 可以一起搞也可以一点点来，至于怎么选得商量着来，得看有多少人手了。现在这点人恐怕一点一点来更现实。