鉴于某 rss 应用过度饥饿营销,决定从零开始自研一款阅读应用
产品基本思路及规划见:
预计将以一到三个月时间完成产品基础功能和高级功能的初步研发。
后续所有版本发布、产品动态将会第一时间在项目主页进行同步,相关的意见建议和问题反馈也会通过 Issues 进行及时响应和追踪。
欢迎访问项目主页了解更多详情,并 star 项目持续关注最新进展!
1
wjx0912 31 天前
预计将以一到三个月时间完成产品基础功能和高级功能的初步研发 ---> 这个工作量还是挺大的啊,是不是太乐观了?
|
2
musi 31 天前 via iPhone
我就好奇信息如何获取,rsshub 太依赖源了,别人的源很容易失效
|
5
kk2syc 31 天前
一个阅读器都能卷成这样?
|
6
junhua13 31 天前
饥饿营销大部分是用户造成的,很多人并不分享邀请码
|
8
zq11211277 31 天前
支持一个
follow 虽然营销,但是作者的 rsshub 本身做的很好啊,而且坚持这么多年了。 这次基于 rsshub 做了一层包装,产生了质变 |
9
0o0O0o0O0o 31 天前 9
follow 背后的社区维护了很多年的 RSSHub 和公共实例,RSSHub 创立者也有过其它去中心化产品的探索,所以尽管我对 follow 不感兴趣 https://www.v2ex.com/t/1079577#r_15374312 ,但那只是个人口味问题,我没觉得产品有什么大问题。
相比之下,你的 Github 注册一年多没有任何项目和贡献,你还连前端都打算闭源,你 README 描述得什么都想要又什么细节都没有,所以我认为: 1. 不认为你能在一到三个月到实现你的既定目标 2. 你现有的声誉无法支撑你的闭源产品获得足够的用户 3. 我怀疑你根本没有详细地从技术上思考过你提到的“智能”、“本地”、“共赢” |
10
wonderfulcxm 31 天前 via iPhone
v2 的风气就是这样,但凡只有想法基本都是打压的,但我支持 op !
|
11
drli OP @junhua13 这就不得不说说其耍猴式的饥饿营销策略了:
首先,没有虚拟币就发不了邀请码(没错,发邀请码还要用户自己掏“钱”),而所需的虚拟币貌似得被订阅等情况下才能得到(没用过不清楚完整的策略),这就导致很多在社区花式“求订阅”; 而另一方面,这些“求订阅”帖有引起大量用户好奇,于是“求订阅”帖下面又充斥着大量的“求邀请码”评论。 上面这两点单独看完全没什么问题,但是结合在一起,就让人觉得无比奇葩和反感: 没有订阅,哪来的虚拟币,没有虚拟币,哪来的邀请码? 没有邀请码,哪来的新用户,没有新用户,哪来的订阅? 这不就是是编程中完美的死锁吗? 所以并不是很多用户不分享,而正是这种奇葩、反智的饥饿营销算计,让社区的某些节点铺天盖地充斥着“求订阅”、“求邀请” 的帖子,也让很多人耐心和期待消磨殆尽。 |
12
drli OP @0o0O0o0O0o 不要急于下结论,拭目以待呗
|
13
0o0O0o0O0o 31 天前 3
@drli #12 那三个月之后我来催你~
|
14
drli OP @zq11211277 我本人对 rsshub 项目是挺钦佩的,虽然技术上不怎么样,但能运营起这么庞大的一个项目,确实是很不容易和值得赞赏的。只是对某些饥饿营销策略极其不认同。
|
15
drli OP |
16
GeekGao 31 天前
如果你能复刻 google reader ,我就用。
|
17
keyboardCat 31 天前 1
支持楼主,不过有各种求邀请码也倒是正常,说明人家做的确实不错。follow 的 power 倒是挺好弄的,每天使用都会有,我现在已经邀请了 6 ,7 个人了。
|
18
dimlau 31 天前 1
所以各位为什么不用 Miniflux ( web ) 或者 Reeder (客户端)?
|
19
0o0O0o0O0o 31 天前
@dimlau #18 我觉得 follow 类工具的目标用户和 miniflux 几乎是平行的,miniflux 给自己的总结是 minimalist 且 opinionated ,不大可能集成 AI ,通过 API 跑个外部支持也不会有内置的体验
|
20
imjiaoyuan 31 天前 via Android
支持,但是能不能别加智能推荐啊?我用 RSS 不就是为了避开算法推荐吗?
|
22
LavaC 31 天前 via Android
我半年前刚离职那会赋闲在家的时候就这么想过。当时的模仿目标是一款叫 rendevoz 的笔记软件的 rss 模块部分,需求是能软件内搜索添加 rss hub 的订阅,也能订阅播放播客和视频啥的。
花了几天搭了个壳后,刚到能订阅和浏览文章这个阶段,上 x 时就看到 diygod 说要准备做 follow ,一看功能完全覆盖我设想的需求,然后就弃了🫠 |
23
yiqiok 31 天前 1
|
24
Tambien 31 天前
FreshRSS+Reeder 用户表示,follow 的抓取频率还是太低了,对我这种没事就打开看看的人,实效性还是很重要。
自建 FreshRSS 可以设置抓取频率,Reeder 同步也快(如果你用过 Inoreader + Reeder 的话) |
25
Socrazy 31 天前 via iPhone
支持,文件夹建好了
|
26
wushenlun 31 天前
能用 golang 复刻 FreshRSS 就好了
|
27
chenweiask 31 天前
@Tambien 严重同意。曾经自建 FreshRSS ,但是用过 Inoreader 后,觉得还是平台大点,资源才多。可惜 Inoreader 订阅价格太高了,否则它的自定义规则功能是蛮心水的。
另外,什么时候能有人搞定微信公众号转 RSS 就牛了。 |
28
hafuhafu 31 天前
三个月?这么高效。我要拭目以待了。
|
29
Justin3go 31 天前
真是百花齐放啊,支持一下,期待看到有意思的功能
|
30
Lexgni 31 天前 1
|
31
Freedom2 31 天前
支持,一定要有移动端!
|
32
Tambien 31 天前 via iPhone
@chenweiask 一直有付费的服务,werss
|
33
junhua13 31 天前
@drli 大哥你搞错了,虚拟币获取并不需要订阅,每日登录就会送 20 个虚拟币,100 虚拟币就可以发送邀请,如果大家都愿意分享的话,只会滚雪球,邀请越滚越多,但是很多人有邀请码后不分享,而是拿去卖
|
34
junhua13 31 天前
同样,我很支持你,期待你的作品
|
35
drli OP @GeekGao 上次使用 Google Reader 应该是十多年前了,已经记不清详细的产品功能了,只是印象中很简洁很易用、内容也很全。计划中的这款产品定位是阅读器,但又不是一个传统意义上的单纯的 RSS 阅读器,所以如果你期望的是一款单纯的类 Google Reader 产品,可能会让你失望或者需要你无视其他无关的功能
|
37
drli OP |
38
drli OP @imjiaoyuan 感谢支持。
说明一下:跟推荐及 AI 相关的功能,因为本身会涉及额外的模型、算力成本,所以原本还计划设置一些用户门槛,不是默认开启的。且按照规划,推荐功能是类似信息流,跟阅读功能是两种展示形态、两个不同入口,如果不想用直接无视即可。 |
40
sunznx 31 天前
发布了踢一下我
|
42
Ocyss 30 天前
加油吧, 今年早些时候也打算写一个 rss 阅读器,毕竟现阶段 AI 使用恰当能增加很多效率, 并且也算练手项目,就用 rust + solid.js 写了个玩玩, 最近也弃坑用 follow 了
|
43
Ocyss 30 天前
@Tambien #24 对呀,平时摸鱼就看看有没有啥文章, 之前用 qireader 的时候, 好像进入页面就会刷新, 也能手动刷新, 感觉也挺好用的, 也并不一定需要提高频率, 当然抓取频率能根据 源的更新速度动态调整就好了
|
44
yoyoyoyolol 30 天前
楼主 github 账号是小号吗?github 协议里不允许开小号,别哪天被封了
|
46
closedevice 29 天前
表示 Readwise 中的 Reader 蛮好用的
|
47
freeoptions 25 天前
@musi 我也非常好奇 rss 的源要怎么处理,rsshub 官方的实例或者是自己搭建的实例都非常容易挂,三天两头就看到各种报错 [尝试抓取该源时响应错误] ,如果大佬能提供一个相对稳定的 rss 源的话,那就非常期待了!!
|
48
musi 25 天前
@freeoptions #47 我觉得这是个无解的问题。rsshub 本质上是一个爬虫,而爬虫一直是各家平台严厉打击的,想稳定很难。特别是国内的一些平台,靠爱发电很耗精力,收费又很刑,所以如果开发者自己没强烈需求的话最终都会不了了之。
|
49
PanuiQ 11 天前
@closedevice #46 同意,除了贵没有别的缺点
|