No.66 和 Follow 团队聊 RSS 产品设计、技术选型、个人成长
01:40:46 Share

好我们开始吧嗨大家好新一期的 webwork 播客又来了 webwork 播客是几个前端程序而闲聊的音频播客节目节目呢将围绕程序领域来闲聊聊职场聊资讯聊技术选型等只要是和 web 开发有关的都可以聊因为主播目前都是前端程序所以会以前端为视角来切入如果你感兴趣可以加凹头的微信新新包包 965 新宝 965 进听友群我是儿华音比较牛逼的新宝土和我加入一起的有我们的主播小白菜

嗨大家好我是又来学习的小白菜之前和小白菜我们在群里闲聊然后小白菜也找我要过一个叫 follow app 的邀请码我磨蹭了一阵之后攒够了那个邀请码然后发给他了小白菜日常还在用 follow app 吗高强度使用现在已经几乎是我目前最主要的获取资讯的来源了

我觉得我们的听友中包括听友群里有很多是 Follow 的用户我记得也邀请了好多咱的听友来加入 Follow App 之前在使用过程中我和小白赛有一些使用上的感触或者说困惑我们打算干脆就邀请 Follow 背后的这些神秘的开发者们来加入闲聊所以这次促成了我们这次闲聊加入我们本次闲聊的有 DIY Guard 外卖来打招呼吧

Hello Hello 大家好我是第二次来 Vive 播客对 Vive 之前我们在历史播客也是作为历史嘉宾之前我们在一起来聊过 Xlog 那时候我们在 Xlog 上留下了很多文档和音频播客的一个记录那时候我们聊了很多有趣的内容我们还邀请到了 Follow 团队的 Innie 石屹来打招呼吧

大家好,我是 Yinni,我也是第二次来 web 播客。非常幸运,Yinni 也是我们历史播客的嘉宾。我们之前在 web 播客里面和 Yinni 聊了很多她做播客平台的一些经验,对 Ryad,Nets.js 也有一些非常精彩的睿评和采控经历。这一次我们看到 Yinni 和 YY 也是有合作,

接下来可以一起聊更多的关于有关 Follow App 的一些经验然后接下来我们还邀请到了白水来打个招呼吧你好你好我也是近期才加入 Follow 的然后也是有机会能够一起来跟大家一起聊天白水的声音其实还蛮好听的一会儿我们一会儿来慢慢来展开然后我们还邀请到了斯蒂文斯蒂文打个招呼吧

哈喽哈喽大家好我是 Steven 我是 WebWorker 的中式听众很高兴这次能来一起聊 Steven 和我和 Steven 也有这个奇妙的缘分之前我们今年年中的时候吧大概是然后在 WebWorker 播客然后尝试在线下去约了一些朋友进行那个听友的一个闲聊我们在线下和 Steven 聊了聊但是我们好像还在聊 Slog 和安 Storage 这个驱动库之类的

对就是我那次是我第一次就是线下和网友见面觉得很有意思然后我觉得新宝聊得很开心对对对我们我当时我们交流也深刻意识两个艾人如何在共同话题上能够展开这个闲聊如果在我们聊一些生化的话题可能都会感觉有点得尝试突破打开自己我们那时候在技术上聊了很多

OK 这次我们所以我们在场的嘉宾都介绍到了我们邀请到 Follow 背后的开发转卖我称之为 Follow 团队的线上团建

OK 那我们快速来开始 FollowApp 是什么先问问 Web 吧问一些基础问题可能有些听友还不熟悉和了解我们刚才谈论的这个东西看起来它和资讯有关系刚才我们也聊了一些什么 ISS 之类的东西能给不熟悉这块的听众简单介绍一下 FollowApp 包括刚才提到这些很奇怪的关键词吗

OK,就想一想来说,RSS 是一种协议,它是一种很古老的 XML 的一种格式,会有一些固定的字段。它的作者叫 Erin,他是青年早逝,他写出了 2.0 版本之后,RSS 就停止维护了,还有后面的迭代。

之后又有 Ultra 还有 JSF 的这些新的协议的产生所以实际上范围可能更大大家说 RSS 的时候就会把一切能订阅的一个地址可能都会叫它 RSS 就不管是什么协议了然后的话 RSS Hub 也是

我做了一个开眼项目,它的作用是把一个不支持 RSS 的网站用于固定的格式来输出的一个 Node.js 应用,它其实支持输出的不仅 RSS,还支持 Altar,JSF,这些新的协议都支持。

然后它的产生的背景就是 ISIS 越来越没人用然后平台也都不提供了 ISIS 但其实我做 ISIS Hub 的时候就不知道这些历史然后就觉得 ISIS 很好用然后再之后就有了 Follow 它是就是一环一环的有先有的 ISIS Hub 然后才有的 Follow 然后

Follow 是为了就是让你关注你在互联网上就一切你喜欢的虚无的一个平台就像它的名字 Follow 很关注然后它里面的就是阅读都是附带的然后它其实更不是稍后再看也不是 JL 的 JL 费它的重点就是关注更新

它产生的原因就是当时 ISS Hub 想要进一步发展,但是没有一个能配得上他们的品牌。市面上现有的一些 ISS 阅读器和工具都是停留在一个没有 ISS Hub 的场景。

因为阿斯汉布他的聚合能力太强大了然后灵活性非常灵活所以需要一个新的 APP 来赞助他

就是首先我其实我在之前那个就是顺着 follow 去找了一下他们这一这个东西 github 上我感觉他们在下一盘很大的棋因为他们在搞那个之前在搞那个 rss hub 其实搞了非常的久就他们在把一切的东西都可以 rss 化就是因为我其实算是半个

那个 RSS 爱好者嘛就是很多东西我都更希望于使用 RSS 去用反正用的是一个手机端的 RSS 软件然后现在后面有 follow 之后感觉感觉真的非常

嗯非常契合我现在的需求他他现在他是可以把一他主要第一个点可以把一切 rss 画这个概念其实做的非常好而且他是把这个东西前置化的就是他把 follow 这个 app 出来之前先做的这个 rss hub 然后导致我一用上那个 follow 他有一个呃

那个那个那个叫啥你给有个搜索框他那个搜索的时候可以直接搜就不用像我们以前用 SS 你还得先去找订阅的那个 SS 的查也没有他可以直接搜一个关键词可能就别人做好的那个订阅员或者网站就这个东西你就

所以说这可能就是我觉得他真的设计理念非常非常优秀的一个点就有也刚好问一下就是你们这个是不是很早就在规划和设计这个 follow 这个形态因为因为像之前那个 rss hub 感觉就像就你们在做 rss hub 的时候就感觉可能已经规划了那个 follow 的这个感觉啊其实就是我们我们一直在想这个事情但是呢

一直没有行动因为这个巴斯阅读器其实还是挺难做的但是我也有看到巴斯哈姆用户们的一些需求他们也有很多对现有阅读器有很多不满意的地方就想很久很久很久然后才开始这样做了

其实用的时候还是有比较多产品的问题也刚好可以问一下就是你们在做 RSS 的时候最开始就我记得应该是前段时间公测了吧对吧就但是现在目前还是使用这个邀请制度就是想想知道这个为什么一开始要设计这个邀请制以及就是为什么到现在感觉应该已经有不少用户了但还持续在用这个邀请的机制 OK 这个一开始是因为就是

每项目就非常不稳定就有很多 bug 它其实不太适合大范围的推广给用户来用所以只找一些小部分愿意尝鲜的就一些 SS 老用户然后它也能比较能忍受一些 bug

不然一开始就一堆 bug 就推出给所有人用就会对产品的口碑影响会很大所以现在我们更稳定了之后我们其实已经放开了很多限制了就是现有用户生成邀请码的门槛已经很低了而且现在新用户进来它没有邀请码也可以使用只有一些功能还是有限制

呃之前在用的时候就是里面有就刚开始邀呃邀请我的时候据说是要花费 100 个那个代币然后后面后面后面我去邀请别人或者我记得之前订阅呃订阅一些付费订阅的时候好像也需要用到这种代币就是然后还有一个排行榜就是这个这个 follow app 中大量使用了这个

这个代币的机制好像还是基于这个区块链的就想问一下这一块的设计是那个代币是叫 power 然后这一块设计能不能展开讲一下这个代币其实就是为了奖励早期在我们应用中活跃使用的一些用户

然后其实每个用户都可以免费每天领这些代币比如最一开始我们内测的时候每个用户可以每天领 20 个然后交情码的价格是 100 就其实你只要用 5 天之后就可以邀请一个人对就这样然后

就点到 power 之后其实也可以就是用它来打赏给喜欢的创作者然后让创作者也有收益然后也可以提到就是那个触发量交易所卖掉换钱也可以的对然后我们有个 list 列表就是用户也可以通过

自己创建一个 list 然后让别人订阅来付费订阅来赚取收益这个就目的其实也一样的就是要创作制来获得收益其实之前 RSS 的一个缺陷吧就我们想通过这种方法来

这是一个有趣的话题我记得印象中我们之前在聊 Slog 的时候 YY 也提到就是我们通过这种激励化的方式来激发创作的氛围我接一些话题因为我看到我其实也是 ISIS 老用户我记得印象中可能十几年前就使用谷歌 radar 也后来谷歌 radar 没了之后还用国内一些西安国之类的后来也是 ISIS Hub 的标准用户普通用户

所以我有几个小白问题想问比如我之前在用谷歌 reader 的时候我会周期性的去这个看这个消息比如每天晚上或每天这个固定的时间去打开观察一下昨天发生了什么我观察到有很多人会觉得说时间一久了之后时间长了之后可能只会看个标题或看个摘要这个就会

就会产生 999 加的焦虑就是未读书是 999 加你会觉得这部分用户是常见的问题然后你在 follow 中有意识去解决这部分问题减轻 99 加的方法其实有很多比如可以弱化一下未读书的显示还有改变用户标记语图的方式

就甚至可以直接不显示为读书没有 99 加就像一个比较老牌的阅读器 Raider 它新版的做法就直接给你不显示但其实这个问题的本质还是很多人就已经失去了自己管理信息输入的能力又不像很多 ISS 老用户就它是有这个能力的但

但大多数人其实更喜欢现在更喜欢推荐算法他只看算法推荐他看的然后像在这种推荐算法的流里其实就没有这种一读未读的概念有的看到哪就算哪没看到就算了所以他来到 Follow 之后一旦没有了这种算法来帮他

选择算法觉得哪些对你重要或者算法觉得你更感兴趣的东西但在这个情况下他就没办法管理还有精简自己的信息的声音然后这个世界是上升了如果你不管最后结果就是像垃圾一样越来越多

就像如果在家不做家务不倒垃圾家里会弄得越来越糟糕的情况但这也是一个事实就是也无不能改变大部分用户他就是这样的所以

所以我们最后也会做推荐有推荐算法来满足这个用户的习惯只是我们做法的区别是会给用户更多的选择的权利自由度就你如果还是就你如果是有这种管理自己

信息输入的能力的话我们也会提供你给你相应的权利相应的自由度这一点就有点回应之前想提问你说 RSS 作为一种标准的列表或者说未读数和推荐机制是不是对立的那 Follow 是怎么来选择这两个方式刚才听 YY 我们可以有一个结合的机制来同时来满足不同的用户的需求或者说结合用户的需求

就是一般应用的做法就是就把你所有关注的内容都有个时间线了然后他会根据你可能觉得你对哪些更感兴趣会给你排到更前面哦就是他就是明白了就是相当于在你本身订阅之订阅之上还在 4app 中实现了那个智能推荐去给你把这些信息再给你整合一遍

是的这是我们之后要做的就现在还是没有

有时候我会觉得说有一种就是信息流展示的公平比如我同时关注两个 ISS 信息源比如一个是人民日报他可能每天会发无数的信息然后还有我关注这个小白菜的博客他可能一周两周或者一个月发一篇那我有时候会觉得他们这个小白菜的这个信息可能会淹没在这个信息庞大的这个数据里边那你

那你觉得我这种想法这种观点会在 follow 中能优化或解决吗就是更新频率比较低的一些源就是更不容易看到是吗这个其实就是推荐算法其实要做的事情

就虽然它的更新频率比较低但是它可能内容质量会很高所以在算法里就会给它一个很高的优先级就比如你一打开 follow 其实第一个可能就是这种非常优质的然后长尾就虽然它可能更新频率比较低但是会放在一个更显眼的位置然后就更容易去看到了

我现在在犹豫是不是我可以取消关注比如一些微博和这个公众号上的一些号然后我取而代之的是统一使用一个元避免我微信公众号和抖音都关注 follow 中这三个元中都关注避免这个信息太爆炸我有时候会觉得这个信息太爆炸你有办法去缓解我这种焦虑吗或者说这种事实能够去有效通过各种方式来缓解吗

就正确的做法就是在 follow 中只关注你真正感兴趣的就是你不想错过的内容而不是就是尽量多的内容因为 follow 的目的就并不是让你天方百地吸引你注意力和让你更多消费用的内容就不管对你有没有用它的目的就是

让你关注你真正自己感兴趣的所以你需要自己来挑选你想关注哪些东西

对我感觉这又回到最早我们使用 ISS 一些这个基本的一些误区如果我们什么也不管如果对信息的这个掌控力就像刚才提到的这个做家务不经常做的话可能就会累积很多问题进一步的去模糊了一些这个注意力的一些焦点

刚才也提到 YY 在之前已经做了 RSS Hub 所以 Follow 能够去订阅一切和是去把 RSS 的阅读体验做得更好一部分也可以说这个 ONLAYYY can do 或者 ONLAY RSS Hub can do 能够去解决很多问题所以问 YY 如果我有一个博客然后

之前对 RSS 并不了解或者说我不想去学可能这个背后比较复杂的概念我有比较简单的方式来在 follow 中或者在 RSS Hub 中有我的这个博客嘛博客其实就是你选择一个就如果不想自己来维护的话就选择一个就通用的博客平台就可以了然后博客平台其实一般都会带 RSS 功能对就

即使没有的话如果它是一个比较常用的平台那一般 RSS Hub 也会发现它已经支持上了然后就直接用 RSS Hub 来订阅就可以了我印象中 Follow 中还有一个转换的功能看起来也是可以把非 RSS 的东西变成 RSS 对 基本上还是 Steven 做的

它可以把一些比较静态的一些网页然后通过一些 facet 的选择器

然后固定的规则我可以通过刚才这种方式来做然后我去提供这 RSS 那这个 RSS 是不是我看到它我理解它应该是一个有一个机器人或 robot 来定时去抓取是吗这个 RSS 如果有这么一个东西这个抓取机制和抓取频率大概是怎么来做的它也有那个 robot.thet 这样的协议吗是没有的它其实就是

ICE Hub 其实内部有一个缓回然后它的抓取频率取决于就是你的那个实例的配置就其实你想多久都可以然后抓取也是先用如果有用户去访问那个地址然后程序才会去

先看有没有缓存如果缓存没过期就直接返回缓存如果过期了就会从远站再去抓一下信息然后返回

那我通过 ISIS 来获取我这个网站的更新的这些数据你认为在这个商业上它会有问题吗比如我担心我中间想插一个三方的广告你觉得它会被过滤吗就是技术上它会实际上它会被过滤吗然后如果我对 ISIS 不了解想接入我会有其他的顾虑吗比如刚才展示量上或者统计上站长会喜欢 ISIS 这个东西吗或者说他们如果不喜欢可能的原因是啥

其实这一个非法渠道选择的问题就你如果比如说出了 ISS 那它其实会触及到更多的人比如 Follow 还有其他 ISS 阅读器就有很多人来订阅了你的 ISS 链接的话就这些用户其实是可以更方便更快速的就看到你的更新

如果你如果没有的话其实你就完全指望用户是进到你的网站里来看其实这些流量其实并不一定会很多所以个人站长的话就根据我的观察还是比较喜欢 RSS 这种东西的

对 然后如果更大的是一个平台或者一个中心化平台它会垄断一些它平台上用户的一些数据的话那它确实可能会不太喜欢这种方式因为它更想把所有数据都保留在自己的平台然后供自己平台消费

但你作为一个平台里的创作者来说你的利益跟你所在平台的利益其实并不一定是违和的就对创作者来说你可能更想让你创作的东西有更大程度的非发出去但是平台

只想让你的产生的创作的作品在你自己平台分发这会有一些矛盾的地方再聊回这个 follow app 我看 follow app 里边也有一些 AI 的一些小功能能够讲讲 follow 里边用到了哪些 AI 功能比如你 AI 有没有使用多家服务商然后就都这部分是怎么来考虑和落地的

产品上我们用到的 AI 首先有一个翻译还有总结然后另外还有就是日报然后每天会给你生成两个 top news 就是 AI 觉得就是你这段这半天来你的

所有时间线中最重要的一些消息然后会给你列出来然后你如果不想看你时间线所有东西的话你就可以只看这些重要的东西然后我们后面用的服务商其实就是 OpenAI

我们细节我们在那个技术部分再去聊吧 OK 也问问一些未来规划的一些问题 VV 后面比如有打算会进一步的就是扩大这个

测试的这个怎么说范围吗比如我看到现在已经对普通人来说已经可以用一些功能了但我看还有一些限制那后面会有计划进一步扩大或者正式 release 对所有人公开吗那后面会做其他端吗我看现在能够在一些桌面端使用后面有计划在移动端来使用这个产品吗对我们现在其实在逐步放宽了就像刚才说的就现在就没有要求买有用

但是其实现在还是在算工作阶段所以也没有把所有功能都放开有一些就工具功能就会就还是要你要钱马才能用但后面肯定多会放开就会完全放开然后一种砖的话就我们现在已经在做了然后现在主要是一类在做然后我们

第一步会先就是适配那个外部移动端就过会可以再一起聊然后时间的话就我预计也就呃外部端的话可能两二月中旬或者什么下旬啊就可以好然后再往后我们也会上那个运动商店之类的就 app store 就都可以

也问一个商业化的问题 Follow 对用户来说会免费吗然后以后会有增值付费功能吗 Follow 如果想长期的稳定活下去它的商业化变现可能也是一个问题 Follow 有计划做进一步的商业化吗这个问题就是我们一开始就在想我们一开始会有两条路

第一条路就是把它定位成一个工具类的产品这样做的话就会直接向用户收费不管是订阅制还是买断制用户要直接给他交钱才能用这种做法的话其实就盈利就会更容易

但缺点就是很难把这个工具来做大做强就只能保持一个小而美的状态不是微信那种小而美是真的比较小的状态然后那种做法就是把它定位成一个信息品牌就一个来进行信息非发或者一些轻度社交的主性的一些产品

然后这样就可以通过广告或者增值服务来赚钱然后缺点就是他早期没发盈利然后前期的投入还有风险都会很大但他的好处就是后期会有更大的可能性就我们现在也去选择第二种方式如果他可以按照我们预期的正常发展下去那就

我们就不会这样子说我们就直接向用户收费嗯作为做一款产品刚才提到这两种方式也是我们很多人能够立刻能想到的然后 follow 也也有自己的这个这部分考虑 follow 是在设计理念上是和那个 google radar 是有不同的设计点吗就是为什么会即使是他产品关闭了也会考虑做一个这个东西 OK 就其实

之前做 Ice Hub 的时候有很多人其实也会在说他们就会列出 ISS 的一万个缺点然后说这是一个不可能没有前途的东西但是我的亲身实践就是我自己确实需要一个更好的

订阅应用完帮助我管理这些跨平台的订阅就把所有信息都集中在一起这方面我看就市面上其实并没有任何一个工具能够满足对然后 Ice Hub 的用户其实都有这样的需求然后再说回 Google Radio 就像就其实民间更广泛的

说法是当时是 Google 为了集中一切资源来做 Google Plus 然后来对抗当时刚推出非常火爆的 Facebook 然后他们也挤上了一些 Google 的生产空间因为 Google 非常壮举他们就集中了一切资源然后砍掉了 Google Reader 然后把团队都变成 Google Plus

就像珠宝之前也会有一段时间就一直想做社交来对抗微信但其实 Google+和珠宝做社交结果大家都知道所以大厂做的这些决策其实也不一定是对的他们想做的东西也不一定做得成他们放弃的东西也不一定就是做不了

这一个方面然后另一方面现在感觉现在的互联网和十几年前 Google Reader 被砍掉的时候就差距已经非常大了当时的趋势是社交媒体刚崛起所有信息都在平台化就走向那种封闭那种垄断自然现在的封闭程度可能达到了就是

流水率还最高比当时可能风比得多但是我们也会观察到大家都很多人就都意识到了这个问题就之前 web3 去是新闻期然后最近也有很多人就想从推特跑到一些联邦宇宙这些就是更去中心化更分散更开放的一些地方

我相信所以这种趋势就是继续发展下去互联网也会跟现在很不一样就是开放信息会越来越多然后 Follow 这种为开放信息服务的应用的价值会越来越大这让我想起来一个有趣的一个话题那 Follow 是什么 Follow 是一个 ISS 阅读器是一个 AI 阅读器是一个去中心化对抗信息流焦虑的一个那个信息流消费方式

这个想起来当初最早对 Slog 上也有这样类似的定义并不是一个单纯的单一功能工具那可能有更多的角度点可以去展开然后有更多的这种背后的一些设计思考设计方式然后可以来进一步的这个体会 OK 小白菜

你这还有问题吗我打算先放过 YY 那我们针对产品这一 part 然后刚才展开很多了我刚才有很多点挪到了技术部分也越越远把这个时间留给你的队友们也让 YY 休息一下那我们准入第二 partYY 你这还有想表达的吗

没有了对 感觉让你说了一阵话平衡一下会比较好 OK 那我们进入第二 part 然后和 Yini 和白水和 Steven 我们聊聊 Follow 参与 Follow 开发的过程中一些有趣的话题先和 Yini 来聊聊天吧 Yini 我看 Follow 在 GitHub 上好像是开源的你能给讲讲 Follow 仓库或者它的一些技术选型吗

Polo 现在是那个用的是 ElectroElectro 所以它是可以可以在 web 上用也可以你下 Electro 上其实

现在 Electro 和 Web 的差异化其实并不是很多但是以后的话一些功能还是会有就比如现在的差异化大概就是比较主要的是有 GTS 还有 Visibility 的一种功能但是更多的人可能更喜欢用 Web 因为 Web 都不用下载然后就能用当然这个也是作为 Electro 用的可能一个好处就是它比较跨设备跨平台之类的然后

从 web 的角度上来看的话 follow 用的技术站是 reg 打包是 v 的然后我们用那个状态管理是交代的我们用了数据本地数据库的那个单词我其实不太会读但是他是那个 dx 的

XE 那个我们就那个做的然后就是当时为了做这个也是为了那个 UX 去考虑因为做 offlinebook 之后的话你打开 app 之后你哪怕没有加载数据它就很快的数据都会刷出来就起点上会比较好对现在用的是 Ryote 加 Wit 这个体系来做的是吗这部分有什么考虑吗

首先的话不需要做 SSR 然后就没有必要用那些比如 Nexus JS 就没有用了我们就按这个 Vid 就行做 SPA 应用当然 SSR 这部分其实我们也做了一些这个是可以再说就是比如说分享页其实我们是做的但是没有用那些的手路那套东西

之前我们也在历史播客里边可能得一年多前之前了然后去谈到 Electron 里边用到的 Fog 之前在 Fog 之前可能我们有各种各样的方式来去做这个产物的构建或者整体流程那 Fog 你用起来感受如何然后相比于之前我没用过你能够介绍介绍采控经历或使用感受吗我之前

没有用过 Electro 的经验所以我很早很早用 Electro 的时候那时候还有 WipePaint 所以我这个其实对比上来说不好说但是现在用上来的话也不是说它就非常非常好用但就是你遇到问题的话其实还不是很好玩我现在遇到过就是我们的货格在本地电脑上全部都跑不起来只能在 CIS 上面能跑成功然后本地上面就跑着跑着它就挂掉了任何报酬都没有然后就没有了

原来也会这样刚才也提到比如我们使用以来传的时候你们现在去加载的本质上我们还是去加载网页加载网页这部分比如你们现在是用的离线还是在线的方式去加载核心的这些网页展示功能

因为你要保证理线能打开但是这样就会有一个 CPUR 的问题你知道 APP 的话如果用可以不选择的东西不选择更新的话它会差 CPUR 的问题会越来越重对

对然后之前有在考虑做一个乐根但是乐根的编辑条件可能会比较多但是我最近没有时间去测试这个我写是差不多写完了有个人去家就是去做乐根的

我看有时候我在使用的时候有时候也会锁下角也会说那个准备号更新了这部分功能是哪一个部分来提供的这个更新检测这部分是自己做我可能是新手是自己做还是 Fog 里边或者 Electron 里边有类似的这个功能可以直接用

这个用的是 Electro Updater 然后自己写的一个 update provider 是从 GitHub 拿的然后这部分我只是参考了半年

对这个是这个这一套更新机制是现在 Electro 比较常见的一种更新就是整个 APP 都会给你更新那么哪怕就是这种问题就是哪怕你只修改了 renders 的一小比如说你就 fix 一个 type 它其实没有必要把整个 APP 都都给给一下因为你知道 ElectroAPP 很大那安装包最起码得 100 兆那你就是比如说用

用戶你就為了 fix 一個 type 或用戶的下一百多個東西呢可能有人就

不是不是很好就比如说用户他他都用乐点手机乐点能给你下个 100 招呢那就很坑贱所以我这部分方案就是用乐根我们只跟 random 他原来是上没有解决方案所以我又锁入了一套这个对我也我想我想也是就是提到更新提到这个碎片化提到我们希望让足够多的用户去尽可能多的尽可能

广泛的去使用我们最新版这里就绕不开这个更新包括这些热更新再回头不用重启 F 直接就重在应用就可以而且可以强制更新和回归那刚才说的这些功能我可以在 GitHub 上找到吗就是这 Follow 是开源的吗是全部开源的吗还是就是有多少仓库或之类的能够在介绍介绍 GitHub 仓库或者组织这一块吧

我们 app 是开源的刚刚我说到的那些都是开源但是我们 servo 是没有开源刚才也提到后面也会想差异化的来做就是 web 端和这个应用那个桌面端那这部分会怎么考量会怎么考虑目前差异化的东西不是很多但是比如说有些 web 实在做不了的东西就是不会在 web 上做

就比如说那个现在阅读器那个就是只有在那个手上因为他是抓原网页对对

现在产品差异化其实从技术层面上说他们的打包策略的一些不一样就是有些模块在外部上是懒家子但在 Electro 里面不是懒家子所以它速度上会比较快白水在 Electro 上开发的功能多吗比如说最近刚给 Follow 加了一个最小化到系统托盘的这么一个功能然后

就会有用户来反馈说拖盘它不会记位置比如说有的用户他可能把它拖到 Windows 的隐藏里面然后你给它关掉再打开它又会出来然后就这类似于然后 Mark 也有类似于这种问题然后这种问题又很难排查而且文档上也没有具体写太多的一些

一些东西然后就只能靠微调一些代码什么的去试着去修复平台啊什么的测试起来也很麻烦对那回到这个工程化这块那我刚才也提到比如这个系统之间的差异那你们在工程化角度有没有去做各种测试或者去怎么去发现这些问题啊

所以白水日常开发也得用 Windows 主机我确实是有 Windows 主机但是开发确实用的比较少开发主要还是用苹果

然后平台的话我们更关注的是 Web 跟 Eletra 像 11 的话它是有做了一套可以就比如说你在一个文件夹里写两个同名的文件然后一个标 Web 后缀一个标 Eletra 后缀它就可以在 Eletra 跟 Web 端然后加载不同的文件我觉得这个是一个挺好的一个就是处理

这个不同平台就兼容性的一个方式谁令刚才我们提到了有一个对因为我做这个功能的出发点是发现

一部分网站它本身是比较开放的就是它没有要求你去登录去才能看这个内容又或者说是呃只限制你检测你的状态然后就不让你访问这种它本身是很开放但是它又没有去给你提供 RSS 的这个输出你没有办法就是直接以 RSS 去

订阅这个网站的内容然后他们可能会有提供别的方式比如说像用邮件去告诉你我这个网站有内容更新但有一件的问题是说我作为一个新来的用户我就没有办法就是立刻去获取你之前的这个发布的这些更新就会还是有

不能解决不能照顾到的地方然后我就想着说实际上对于这一部分网站来说我们实际上有一些比较简单的方法去把它转化成 RSS 那用户只需要去决定一下我要具体去订阅什么内容然后

把这些比较关键的层数利用 CSS 的选择器来传达给 RSS Hub 这一边那我们就可以决定你是要我们帮你去抓哪一部分的内容然后我们就去帮你发请求然后去提取转换这个网站返回给我们的内容然后再帮你输出成你需要的这个

RSS 的这个格式然后你就可以去订阅这个功能实际上它不局限于 follow 因为它是在 RSS hub 测去实现的那如果你自己部署 RSS hub 的话那你也可以用这个功能但是就是你可能没有一个界面去帮你去填这些比较必要的一些参数那你使用起来就会稍微多一个步骤但是

实际上也是可以直接用的那这样的一个源你在填写好关键参数你自己确定好这个内容是符合你想要的这个之后你实际上就已经获得了一个独一无二的 RS Hub 的这个路由你不光是在 follow 里面能看你也可以把这个源去以一种很直观的方式去分享给其他人

那这个就回到你刚才说的那个问题就是如果你是一个创作者你在维护一个自己的网站但是你觉得说我要如果自己去提供这个 IS 数的话我好像要踩一点坑或者说你要提前了解一些知识然后去让你的网站支持这个 IS 的这个输出那

从这个角度来说作为创作者你其实可以把你的这个网页写的这个 HTML 的这个输出让它更结构化更易于人去用 CSS 选择系去订阅比如说你可以留一个比较固定的位置去展示你的这个文章列表给你的这个文章列表部分加上一个很独特的这个 ID

对于你的文章详情页也加上详情页的要输出的这个内容也加上一个很独特的这个 ID 那么别人在用 follow 的 transform 或者 RS hub 这个 transform 去想要转化你这个网站的时候那他就会可以非常方便的订阅到你的这个内容然后还不随着不会受到你网页其他结构的一些变化的一个这个影响然后在

具体的这个 transform 的功能设计上实际上你可能乍一看你会需要填很多很多的参数但是实际上不是每一个参数你都需要手动去确定的那比较关键的一个参数是 item 的那个选择系

你需要确保这个选择器它能够在这个 HTML 的输出上选择到一个数组的一个结果然后这个数组结果就是里面每一项就是你想订阅的这个内容等每一项

然后这个时候实际上你就填完这个选择期之后你已经能够抓到内容了但是你可能你的网你想要看的那个网站它有非常细分的标题详情发布时间这些信息如果就是你看你看到这个结果并不完全符合你的预期的话你可以再去选择

为每一个特定的项去填写具体更具体的这个审则器让你的这个输出结果更符合你自己的心理这个预期然后同时我们还考虑到就是一般的博客页面它一般都是列表页是一页然后你的每个博客文章是单独的一个页面然后我们也提供了这样的一个场景的支持就是你可以去指定你

你是要在列表页抓这个内容就已经够了还是说你想要获得全文的输出这个也是在 Transform 也是可以支持的然后这个就是 Polo 里面 Transform 的一个主要的设计和视线

这本功能刚才也提到是在 RSS Hub 这边来提供的服务比如我现在如果不使用 Follow 本身的话可以在 RSS Hub 上就是有文档有地方能够去找到入口来使用它吗对这个它是就像

你用 RX Hub 去订阅 B 站或者订阅 YouTube 这样它都是有一个特定的路由它的那个路由名字就叫那个 Transform HTML 然后你可以去 RX Hub 的文档里面去搜索这个内容它每

每个可以传的参数是和 follow 这边你可以填的参数是对应的你只需要自己把参数拼接到 url 上面也是可以的然后这样实际上就是你手动拼接好 url 的话也可以在反向填到 follow 里面去订阅实际上都是可以的因为它的具体的实现还是在 RSHub 那一侧对核心还是在带参带参它是唯一的

Follow 最开始的时候它的 AI 翻译的功能是支持标题或者说简短的描述那个部分然后它的比如说你订阅博客的话它的那个具体的那个全文输出它就没有这个翻译最开始的时候是没有的然后后来的话我觉得一个是用户的反馈一个是我觉得这个也是

一个我们应该要实现的一个点然后我就实现了呃类似于一个简化版的沉浸式翻译就是他只针对就是 follow 里面那个文章的详情的这个部分然后让他可以去呃

就是沉浸化的去浏览这个东西不需要就是特地的在浏览器端啊然后打开沉浸式翻译这个插件然后才能获得这个翻译就是这样他在啊桌面端也是有这个翻译的这个效果然后具体他就是呃一行

原文一行翻譯這樣的一個展示的一個效果就和陳映師翻譯是類似但是功能上可能目前是沒有那麼豐富就是大概是這樣

你说这个让我想起来对我也一开始我也意识到就是发现它这个单击右键就是没有这个翻译这个功能因为我有时候也会定一些英文或者其他语言的这个文章想看一看他们在说什么后来我摸索出来这个使用方式就是在那个设置里边自动化我看里边有个证则表达室我现在说当我发现这个标题里边是纯英文没有中文的时候我就里边进行这个 AI 翻译和这个 JL 这个选择

然后我看这个翻译的时候也是第一上来是英文然后第二段是中文然后交错来进行这也是刚才提到的沉浸式翻译部分对吗对的自动化的这个部分它现在是在你要打开那个设置然后选到 action 内栏就是自动化内栏然后你需要可能你需要自己去配置说我要自己选什么样的

对对对如果你想控制的细致一点的话你是需要说自己去判断哪些源或者说哪些符合哪些条件的这个内容你才希望去翻译然后这个是那但是实际上来说的话你也可以简单到就比如说你只翻译

我们的文章视图下面的这个订阅语言然后你可以直接这么填然后去勾选到那个翻译的这个内容那这样的话实际上我们也有检测语言的这部分的一个基础的知识就是说你希望

你在一个比较宽的条宽松的条件里面去设置这个让他去翻译但是比如说你想指定翻译成中文然后你又有一个中文源的内容的话那你可能我们会实际上会帮你去判断这个语言如果他和你想翻译的这个目标语言是一致的话那他是不会再多

多此一举就是在帮你去翻译的所以这个你填的这个条件实际上可以没必要那么宽松那么严格对 AI 在 follow 里边也有一些体现你能分享分享你们在比如一些提示语或者一些选择上我首先想到比如模型你们都会使用哪个模型然后使用一种还是使用那个多种比如我能想到比如 3.5 或 4.5 mini 可能适合做一些简单的事情比较

比较重的事情可能适合比较那个昂贵的一些那个模型这部分有事件和选择吗模型我们好像就

都好像是只用 ED 标法模型选择上我没有太看这个东西我可能不是很熟悉 OK 那再回到技术点刚才提到了在做移动端这部分是因你在主导在做吗我现在在做 web 上的移动端适配所以跟 web 是一样的就是在做响应式设计然后后面的话

大概就是先把 web 做好然后之后再去做那个就是 app 了最近都说 app 了大概就会选 reality 去写我印象中斯蒂文之前在那个 Slog 上有在尝试 reality 对吗

对那个时候是我还没有录制 follow 然后投名状我我自己写了一个练习那个是纯练习用的就因为我当时对 reality 还没有涉及过然后我自己

想要边学习然后边实现一个移动端然后让我自己去用然后后面我加入 follow 之后那个练习项目就暂时相当于被搁置了

然后我们现在移动端的话官方的移动端的话还没有开始我们是先做网页上的响应化的适配我也意识到今年可能对于 Ryzen 6 来说也算是一个关键节点一方面新功能很多在落地了就是新架构另一个是在文档上整体在推 ESPO 就是这个框架

之前这个有在去使用这个框架吗感受如何哦对这个我当时练习的话就是直接上的 apple 我不太确定他是不这么读我也不太会读所以我看干脆就单独拼了 expo 是吗哦好就是我当时因为我作为一个新人新学习的

角度来看的话我觉得这个是比较就是最主流的一个方案然后我比较懒得去踩一些就是你自己完全再去手搭一份这种的这个坑吧我希望我自己能比较快的去了解一下这个东西我就选择直接从 Expo 直接开始

然後用下來的感覺實際上我覺得真的是

呃体验还是很好的一个是在你写一个比较相对比较简单没有使用太多原生库的这个 demo 的情况下你是甚至你都不用自己 build 的一份原生的这个代码你直接在你的手机上装一个他们的这个 app 你就能直接把你的这个程序跑起来这个事情还是很照顾了一个新手的一个

的体验然后当你真的需要就是呃用上一些他这个 app 里面没有包含的这个原生库的这个代码的时候那你也可以只需要自己 build 一份开发的那个 build 那你也这样你还是能有类似于那种日更新的那个体验就基本上嗯是

和 web 我觉得还是很很接近了就不会说你每次你要改一个什么东西你要等他避得好久那种感觉所以我作为一个你刚开始写的那个体验的话就会非常好然后深入看下来的话其实他功能上设计的也很嗯很完善一个是他整个的一个

路由的一个帮你去做好这部分的一个事情另一个就是我感觉到现在这边的一个比较大的一个趋势是说除了这个库我支持 iOS 和安卓这个两端的这个代码之外那很多库它如果能够

去兼容 web 的话他也会去做一部分这个 web 的一个支持那这个这样你实际上你是可以用 expo 去写这个 web 然后把你的这个三端的代码都去这样的一个复用这个事情还是呃很很能很能提升效率的一个事情然后另外一个就像最近的

54 52 的版本好像新的 sdk 里面是稳定了一个 apple dome 的一个功能然后它可以帮你把就是你原来纯写的 html 的部分的 react 这个代码也可以直接加载到你的

app 里面去而不是说你要写 view 这种就是只有在 ln 里面才能工作的这个组件那这个事情也帮助了很多就是人去让他们去从 web 就是逐渐迁移到

就是三端的这个合并的这个样的一个体验这个事情大概意思是我可以使用 DIV 来而不用手动改成 veio 标签了是吗对的就是你你你只需要在你的那个

web 部分的这个组件上面加上一个 use dom 然后他就会自动的去帮你用 webview 去加载这一部分的这个东西然后你也可以就是

就是你的这个外部部分的这个组件也可以像其他的组件一样接收参数然后接收一个函数比如说它可能是一个 native 才能调用的一个函数你也可以把它传递下去这样也是能够共通的去做一些事情还是挺有潜力的一个基础吧

后面我们可能会单独规划一个 Riot Native 因为 Riot Native 今年就很多刚才提到很多重要的功能已经开始实装了然后刚才也提到很多有趣的新功能也在落地确实能够开发我们就方便提升我们的开发体验提升用户的这种用户测的性能后面我们有机会再做进步展开也期待你们多采靠后面我们有机会再做进步的分享

X4 就是 React Native 的 Next 只能说用起来比 X4 上比 Next 还烂真的官方的 demo 你都跑不了跑不了 X4 之间跑不了 X4 的好处就是它比原先没有 X4 之前 React Native 它官方的那个那个脚手架那个项目就是

很难,比 X4 烂多,然后 X4 出现,你把金叉体验提了几个档次但是你从总体看来太烂了,因为连 DEMO 都跑不了相比对比之下是好太多了,然后就跟 NEXT 一样,NEXT 很烂,但是其他的更烂

这个也是我我也的路线所以我们就不做 Realtimate 我这一块做进步展开了也继续来聊下话题刚才也提到我们会使用一些 AI 比如你们再是怎么来知道我过去一天错过的消息哪些可能值得读你们是使用了类似打分的这种效果吗让 AI 来做比如我昨天有一百篇文章没读

那可能你会推荐我一些就是一些直接值得推荐的文章吗这部分怎么设计和考虑就是提示就是把这段时间的时间线里的所有的内容就都告诉 AI

然后就让他判断哪些就是可能更重要一些或者更感兴趣一些提供哪些信息呢标题摘要或者全文标题和摘要然后时间然后还有那个废的名字对这些然后模型用的是之前用的是那个 O 对然后现在是改成了那个

就是只用一种是吧就是没有区分说简单的活或复杂的活这类的

其实你们这里面其实都是简单的活这个博弈迷你就完全能胜利了就它的效果还是比那个 3.5 好太多了然后它的速度也超快然后价格也超级便宜那正好再抓你问一问聊一聊简单的聊一聊 web3 我们避免去谈及

呃就是那个兑换或者说实际价格就是还是谈 web3 技术我看呃对我会登我作为用户去登录的时候有时候会给我一些那个代币嘛这个代币你们在在这个技术上有有怎么来落地比如我印象中在 Slog 那时候我们有有有 API 去呃就是免免免费让你使用通过这个怎么说通过免费的方式通过免费 API 的方式来保证这个用户持续来用那

在 web3 这块我不是很会问这块有什么值得分享的或想要分享的吗这个链是 rss3 的链就 vsl 然后其实我们现在 rss3 也是在这个链上然后的话我这个 token 就是这种链的一种

有 ERC20 这种标准的一个 toolkit 一般的 web3 运用它可能都需要用户就你下一个有 Metalmask 的那种传统的钱包然后你要自己保管那个途径是什么的那我们现在的做法就是因为我们的目标人群并不是那种就是币圈的那种就是用

所以我们在这个上面就简化了很多就是我们直接给你生成一个钱包然后你也不需要往这个钱包里充 gas 费什么的就如果是你嗯用那种 metamask 的钱包你要先往里面充钱然后你才能用这个钱包因为我们把这些都简化了就你上来之后会自动给你创建一个钱包然后我们就

贷辞费也是由我们的一个管理员钱包就直接往里打用户完全是无感的我印象中 Slog 上就已经屏蔽了很多细节对于普通用户来说并不需要很专业的知识去了解很多细节现在在 Follow 上更进一步的去屏蔽了这些细节针对高级用户还是提供自定的高级方案高级设置对对对

对这部分我感觉做的很好因为有些用的好些 web3 的一些产品他们可能还是更偏 hack 即刻用户一些现在在做的这些方式也是能够让更多普通用户更加无感对普通用户去搞钱包这些太麻烦了而且等这些钱包就真正触及这种大众的

时间估计会非常长现在其实很多 web 传言都采用这种做法了让用户完全不感觉到

上来直接用就行了 OK 也问问问你吧问你如果我现在想做一个简单的 MVP 自己写着玩去学习的版本你有早期的一些架构上的设计可以参考或者如果我想写一个你觉得我可以学习哪些技术来去可以做到一个简化版本的 follow 这个应用呢其实如果

你只是做一个 RSS 的这样一个月子其实是并不是很难因为已经有推我花了两天时间就给它写出来就是然后如果你要做的就是就是你想做到它是怎么样一个程度就是如果你简单的做可能你就理解它就是一个 to do list 也可以因为它其实也就是

数据上的渲染之类的然后或许就是抓一下他的 RS3 然后用源一调然后一解析就直接出来就行了那如果你要考虑到更多你要把 UX 做成怎么样你要把 UX 做成怎么样然后你然后有什么功能你都要去补全那可能就是你要想的比较多嘛

像 Bolo 的话,我刚开始做 Bolo 的时候 UI 上都是现的 CNN 的那种,然后也没有调过然后我就把所有的 UI 都重写了然后 UX 动画还有那些性手评优化这些都做上了这可能要花不少功夫去做,为什么去干这些事情

我突然想起来刚才我印象中之前发你们原码时候用到了 HONO 后端 Node 库 Hono 这部分是 Server 端还是在 Eletron 客户端来做它有什么作用为什么选这个然后这部分是怎么考虑的这个是 YY 选的我来的时候就已经是 Uno 但是现在我感觉 Uno 的这套架构并不是很适合我

因为现在业务模块越来越多了,通通是一个轻量的通账,我感觉它顶不住,然后现在代码有点乱,对,我们后续可能会重构一下,不用它了。现在这个路由多,模块多导致的这个产品它有这个特点,还是有其他方面来暴露了这个问题?车后这边的架构上不够规划,代码还是比较乱,现在有什么问题不太好查了,

那你意识到这个问题你觉得有哪些方案可以参考我觉得其实是可以用一个比较企业体的框架去做然后它的架构上和可观测性上面都会比较好吧比如说 NestJS

Node 的话就 Nets,其他的语言我就不能用这个 API 这个服务,Server 服务它是给谁用的?给 Server 用的还是给客户端?它用在哪个场景上?不是一个在线的服务,所以它是需要一个 Server 的 Follow 上面它不是一个离线的,它需要接口去拿后续用户侧并不需要运行这个 Node 应用是吗?

不是 Electro 里面这个 SERVO 就是服务器上好的然后我们 APP 会请求解剖那为什么你们当时没有考虑使用 NexTian JS 而是考虑使用了现在这个方案因为我当时还没来

各阶段有各阶段的试用方式这个 NAND 上手不好的不太好上手的然后 YY 比较喜欢用 HONOR 然后就用 HONORIS Hub 是用的那个 HONORIS Hub 虽然它非常庞大但其实它的

结构还是比较简单的,Holo 就完全驾驭得了对,RSS Hub 虽然你看它很多,但是它其实业务还是划分的很大它其实业务上不多,就是通过那个去划分的所以你 loader 就可以了,但是 follow 不是这样的所以我们就不太行做 follow 的时候其实就是

一开始就是拿一个更顺手的就开始写了一开始其实也没法考虑到后期发展那么多的需求对这个也正常所以随着推进重复也要进一步好几次反正现在 Follow App 已经重复了很多次

通过了好多次,哈哈哈哈通过了好多次,像数据流我已经改了好几版了诶,数据流这块有哪些采革,比如之前用什么,现在用什么?我们现在的计划是把数据流彻底从 reged carry 铲掉 reged carry 是只读取数据,不做任何数据修改然后数据消费全在 stores,但是现在的话

目前只有我在这么写然后我跟白雪也聊过这个事后面的话可能还会再去进一步把所有东西都优化掉然后定个规范怎么去写之前写的确实是比较随意的当然这个也要配合服务端因为现在服务端的数据也挺乱的然后挺难受

这让我想到了在使用 Slog 的时候有对外的 open SDK 或者说对用户来说的 API 那 follow 上这部分有规划吗

相当于就是分装一个 SDK 共打一个打结果这个短期应该是没有了因为现在的 API 自己都不知道里面有什么东西肯定是不可能对外等我们要把就是等服务端到处重构然后把这个都确定下来之后应该可以目前都还不行行我打算接下来问一些轻松简单的问题也是到最后的一些技术问题

你们那个线下团见过没有或者彼此见过面吗然后平常都怎么交流怎么协作给斯丽威吧我和他们三个都还没见过然后我们协作的话基本上都是

在就是网上我们在 discord 在 github 在 slack 上面就是沟通协作对你们的 roadmap 在放在哪然后那个对用户来说有什么 rfc 或者就是对外的这些功能介绍比如你下周要做啥那我我作为普通用户在 github 上能看到之类的吗一个是你可以如果你了解代码一点的话你可以直接看

我们在客户端因为客户端是开源的你可以直接看客户端的 commit 和 pr 然后我们的 roadmap 是有放在 github 上的那个 project 里面那个也是可以看就是有哪些我们可能在考虑在做那个那个里面是能看得到的如果正在做的话一般我们有 pr 可以你可以直接能

看得到我们在干什么然后服务端的话就因为实际上现在服务端大改动应该不会太多所以再加上它是不开源的嘛所以你实际上是用户是不知道的也是有渠道作为用户知道接下来你们会搞什么新功能沿着刚刚问一个问题啊就我看现在很多团队协作都会用那个 Discord 的

是有什么原因吗就因为我看其实好像 slark 用的也不少但像之前在给 astro 贡献的时候他们好像也用这个 discard 他在这个团队协作上是有什么优势吗对协作上的话因为我们实际上我感觉是我们只用他来就是聊天吧那种就是聊工作上的聊天因为 follow 我们开发就是

就是在 discord 里面可能我们内部聊天在 discord 里面聊的比较多然后 slack 是公司我们公司在用整体上都会在用这个协作所以实际上功能上它不会我们的协作不会要求 discord 有很丰富的功能

然后可能一部分是这样也比较方便我们看 BISCO 里面用户的反馈和建议吧

大概是这样,只是用的顺手而已,没有什么特别的考量。有一点就是用户社区,就是 discourse,它也很适合做用户的社区,有非常多的用户是我们正常聊天的时候就可以顺手看到用户的一些反馈,然后用户的聊天我们也可以一起去参与,

相当于是在一个 discord 里面我们可以同时做到很多事情 Slug 那种比较偏僻的然后 Slug 这个东西对 Braid 用户来说其实它不是很好的 discord 相对来说放得宽 Slug 想追个历史记录你超过多少天它不让你看你得开然后按门头算它很贵的 90 天对的对的

刚才顺着白水去提,也问问白水你们目前比如如何和用户交流刚才提到 Discord 如果提 bug 现在你们都是来怎么规划的都是用我看 Github 上也可以然后其他的那个方案上也可以这部分那个 A-SOUL 的管理或者说 bug 的管理这块你们是怎么来做实践的最主要的最优先的最官方的肯定是去 Github 上去提一宿

然后提一手之后呢是我们还会有那个机器人那个 Nano 的那个机器人也会去就是用于一些任务的一些分配然后同时 Discord 上是有这个反馈区然后我们也会去定期的检查一些是不是有一些多人同时遇到了一些问题啊什么的

然后也会试着有的时候也会引导他们去 Github 上或者是我们就直接就修掉了各位都是有多个成熟 app 的开源开发者然后有哪些踩过的坑然后过来的经验可以给我们听友分享一下

F 的经验是特指应用网站之类的吗还是什么就是开源独立开发者哦 OK 呃我我自己的话我是感觉说

我能聊的话因为我没有实际就是发个什么产品或者说一个网站让很多很多用户去用或者说发一个 app 让很多人去用我自己的从我自己的经历来说的话我自认为是一个就是技术层面相对比较弱的一个开源爱好者然后

就是在像我技术不那么强的这种情况下我也是能够就是找到一些我很喜欢的一些开源项目去参与这个贡献这个角度就是我首先我会去实际的去

体验去感受一下这个项目对我来说是不是能解决我的问题然后我觉得它在我实际用的过程中有没有我希望它会有的功能或者说我遇到了一个问题然后我不知道要怎么解决

如果是前面的话,那我会直接把这个想法抛出来在 GitHub 上面去提 issue 去和作者去沟通然后如果他觉得这个功能觉得是有价值可以做的那我可能会就是深入的去了解一下这一部分我能够我能去实现吗

我怎么样去熟悉一下这部分的代码他该怎么样去切入这个角度然后看看自己能不能去做然后去提 PR 让作者去看然后他给我反馈我再一步步的改那如果是后者的话那实际上你一般来说你是可以直接就呃

一个是你可以直接在已有的 issue 里面如果别人也遇到了 IOWN 的问题的话你可以去如果你能解决你可以在底下评论去回复这个问题告诉大家你是怎么解决的然后如果还没有人解决你可以尝试你去找一找去把这个代码拉下来跑一跑看看

嗯这个问题可能是在哪里会出现的然后你去尝试自己去修一修那你就可以开始去 tpr 了那这个就是呃我去参与一个开源项目的主要的一个角度那实际上你

提过第一个 PR 之后实际上你会慢慢的找到自己熟悉的一个领域和擅长就是感兴趣的工具和擅长的一个领域然后去持续的提第二个第三个这样的 PR 然后比如说我最近我们做移动端的这个

适配然后其中有一部分我们可能想支持一下 PWA 然后我就去用 PWA 的 VIT 的那个插件叫 VIT Plugin PWA 然后这个插件我再用下来我发现在我本地的环境它可以正确的 Build 输出结果但是我把它

这部分代码推到 Vercel 上面在那个环境里面它就 Build 不出来这种情况下一般你就可以自己去锻炼一下首先你看看有没有别的人遇到类似的问题如果有解决方案的话你实际上已经省事了如果没有的话你实际上就是迎来了自己一个锻炼成长的机会

最终我看实际上一般来说有报错就有定位你能看得到代码的错误的报错的位置你可以去看一下它到底是个什么样的情况我最开始发现说它这个代码会去动态的去加载一个另外的库

他就会用 await import 或者说 required 的模式去加载然后在 Vercel 上面他的 require 就好像没有 require 到这个库

然后发现是什么样的原因呢就是是 yes build 它的那个输出的结果它的它会对 required 的那个函数做一点包装和转换然后虽然我也不知道为什么但是然后这个在 yes build 的那个库里面也有很多的人有类似的问题但是就是呃是你是可以就是

呃,让他不要就是帮你做这个转换你可以把那个 requiring 函数拿出来自己写一个正确的那这样的话

你就能够把这个给修好那你首先你可以在你的本地去 patch 这个包把这个包给做一个补丁然后你再推上去看看然后我实际上我没有一次解决问题他解决了我这个库在 require 那个包的时候

出现了问题然后你再推上去之后然后我发现他又 require 了一个别的宝又找不到这个库但是这个里面这个部分他就是用原生的那个 require 然后也没有做奇怪的转换那这个时候你一般就可以去他想要

就是去 require 的包里面的源码去看一下然后我发现包它比较的老它的 package.json 里面的定义

没有写的很正确那我在本地再拍摄一下这个宝我再推上去然后就发现这个问题就可以被解决了那这个时候我就可以再回到那个 issue 里面去留下我的解决方案在这样的话别人再遇到了同样的问题那他就可以就是第一时间找到现成的解决方案然后你再可以去利用这个你

去获得的解决方案去给不同的仓库去提 PR 然后如果维护者能看到的话他就会帮你去把这个 PR 合并然后你就很自然的你就成为了一个开源的贡献者这样的事情一旦你持续的多了之后你实际上是能够形成一个自己的一个

呃以在特定领域的一个经验然后你也可以把这个方案就是呃就是是在推上其别的项目吗就是你会参与比更多的这个项目你就可以去呃积攒自己的经验让自己一路的这样大快生机然后嗯你在这个时候你会就是

遇到一些你不是只想提一个 PR 把这个问题解决了就完事的一个项目那你可能你可以慢慢的去提很多个 PR 去一起参与这个项目的贡献然后成为一个在这个项目里面留下很多 commit 的一个人然后这个时候你可能会引起

就是这个作者的注意然后他觉得你是一个很可靠的人然后你们可以一起来写作这个事情你慢慢的就能够

就是去长期维护一个自己喜欢的项目他可能还会给你这个仓库的权限然后让你去省一下别人的这个医学和 PR 这也是有可能的那这样的话你就能够获得一个比较好的成长而且这个成长速度可能有时候会超过你的这个预期嗯

嗯,也是那个 Steven 用一个自己在 PWA 的插件上碰到的具体问题,然后影射出一整套从发现问题到解决搜寻答案到找不到结果,然后自己去提 PR,然后再到经验可复制,然后到持续去做开源的这样的一个经验。

也问问大伙就是在 Follow App 之外自己的个人生活都在做一些什么然后 Work Life Balance 就是你们在工作和生活上怎么平衡的就具体聊聊

我近期生活还真的挺无聊的不过因为我现在是在远程的一个状态然后近期的话上海呢是有一个类似于类似疯狂星期四的一个活动然后

然后我也有试着去参与一下然后是有跟一些也很厉害的大佬就去沟通交流也收获了很多就像小英然后 localforce 的这个子轩他们也都有去我看到他发现这个埋传了对这种活动我觉得就是一个类似于这种远程工作者

和他人一起交流啊什么的,得一个好机会。也问问那个,YY 最近在忙什么?在工作之外。我几乎没有生活,我全是工作。应该问的是,我是在高乐队。

开发方面、运营方面、产品方面怎么平衡时间?比如说工作和生活中怎么平衡时间?那也可以问一下你的时间在这几个项目之间是怎么分配的?之前还是基本都在开发上但是现在运营、产品的事情都

越来越多越来越多越来越多嗯开发就能投入的时间又越来越少嗯那就会非常少在开发的所以虽然我还是更更想提起代码但是但是

但我看 YY 的推特好像还是在高强度网上冲浪没有高强度吧你看我最近几条推都是给我们产品做宣传的这才是产品负责人做的正确的事情

因为我也是远程然后我自己比较不习惯就是一直待在一个地方然后我可能一周或者两周我就会换一个城市然后我最近从成都然后到长沙然后现在在深圳嗯然后我之前就是呃和

在工作和生活过程中吗就是认识了一个网上的一个朋友然后他介绍他叫于玄应该是 cos 然后你也可以在推特上看到他然后我当时开始做 follow 之后因为我有邀请码

可以去发给别人然后我印象中我发的最活跃的一个人就是他他把那个就是订阅员也用到了上线然后各种功能全部都在使用然后我就有意我就就很我觉得很有意思我就愿意跟他去沟通一些这样的一个事情然后我还后其实后面还就是

就是怂恿他提了很多 PR 在 Follow 里面然后然后我到我到深圳因为我到深圳之后呢他在深圳然后他我其实不太我不太就是能够就是很外向的很主动的就是去找很多人一起玩然后

但是他是一个比较外向的人然后他就呃拉了一个群然后一起有一个在深圳一个约饭群实际上是今天晚上吃的就是今天晚上在录这个播客之前然后我们约了一个饭我和呃那个于玄然后还有那个推特上有一个很厉害就是师徒那个然后我们一起在吃饭一起聊天然后这个是

如果我要说的话这个就是我第二次的这个线下和网友一起见面聊天的一个经历我感觉就是自己就是逐渐的有就是不会再像以前一样就是就如果是和很陌生的人的话或者说不是很熟悉的话就完全说不了话或者说完全没法

但就是很正常的那种沟通吧然后感觉自己啊很喜欢这种就是能够远程然后一直去不同的地方去见不同这样的人的这种体验是我最近的一个感受日常羡慕你的一天

就是 Steven 邀请的一个用户发现是高强度高玩,并且还成了自己除了是用户之外,还提了很多高质量的 PR 之外还线下吃饭并治好了我的色孔这件事。

那也刚好问一下你在生活之外还有在学什么新技术吗?新技术的话,因为我算是一个比较相比于 YY 和十一来说的话我是一个比较偏新手

技术上偏弱一点的然后我是因为我是今年就是研究生才毕业然后实际上我也没有很多的这个工作上的这个经验然后很多很多就是就是工作上的那个经历我都没有就是太多的那个就是碰到然后我加入 follow 之后我就感觉这是一个

我每天都在一种就是学习的一个状态然后我经常能够去呃呃看一些就是不同不同各种各样的一个我之前可能没有就是需要我去处理或者说我没有遇到的一个情况然后我可能就去了解了解使用一些新的库然后去解决我自己想实现的一些功能然后像比如说

嗯最近因为要写就是 follow 里面订阅员的批量管理就是你多选或者说你拖拽然后把它移动到别的分类和视图下面这样的一个操作因为我之前就是没有写过这样的一个东西然后我就

看了一些相关的这个可以用的一些库一些技术然后我就是一边用一边去排问题一边去把我想实现的那个功能给他实现然后我其实感觉就是这个就是我最近学技术的一个状态因为我可能确实是

经验或者能力上都是相对处于一个比较新人的一个状态所以我可能每天都在学新的东西一个是学社区里的技术另一个就是和 YY 和 11 和白碎去学习他们的一些就是在项目里面的一些事件是这样

嗯有一颗持续学习对什么都保持新鲜的年轻的脑子也问问那个 YY 英里和白水最近在学什么新技术其实现在我们其实更多的不是在学什么新技术而是要把一些技术相关的东西落地就比如说我之前有个想法还是对现在的现有数据做改造的

但是现在还只是个构想,然后具体怎么样我以后可能会写几篇文章去阐明这件事到底应该怎么去做。关于这些有些很多构想,我之前写过的几篇博文其实基本上现在也有落地,但是其实实践下来并不是一个非常好的最佳实现,但这种东西其实还是要继续去探索。

然后最近白雪也在搞一个 Holo 里面的快捷键的改动然后这个改动也挺大的白雪说一下这是一个模仿那种 VS Code 的希望像 VS Code 那样子灵活的一个一套机制能够去注册各种快捷键一些

一些调用然后希望他们是不会网状的交织在一起类似于一种中心有一个注册然后有一个使用这样子的一个方式这个也是在边使用也是在边开发边学习的一个过程那我来收个尾我看这个时间比预期的要长了

好我们刚才聊了好多我们整体是分成两个部分在我们和 Follow 团队算是线上交流了一下产品设计和技术采控的这些经历和经验感觉学到了很多也迫不及待后面看看这个 Follow 会进一步的如何把这个产品设计好然后这个

作品让越来越多的用户喜欢使用它也看看最近开英里他们研究了什么新的技术然后有哪些经验的宝贵的经验可以继续来做进一步的分享 OK 我是刚才学了很多然后有兴趣继续去看看这些 A 数和 PR 的新宝的

我是充分理解了 follow app 里面的各种内核和细节然后准备继续高强度深入去使用的小白菜是给拜拜

我是已经参加过了两次 webwork 跟 webwork 的主播们的认识又深入了一步的 DIY 我也是参加过两次的前端练习生练习是长了两年吧

给白水这个环节是不是有点羞耻一次参加这个环节我怎么不知道有这么一个环节没事你一会再来要不想给斯蒂文我是完全上 webworker 这个小目标很开心的斯蒂文白水再来嗯

没关系没关系 OK 那我点结束录制