登录 注册

提议调整更新频率

本贴最后更新于 188 天前，其中的信息可能已经时移世异

siyuan 更新频率投票

单选 • 公开 • 永不结束 128 票
支持周更
35% • 45 票
支持两周一更
40% • 52 票
支持月更
24% • 31 票

两周没更新不知道大家感受如何

俺感觉挺好的trollface

作为追更焦虑症患者，更新太频繁也是一种苦恼

提议干脆以后由周更改为两周一更，各位大佬认为呢？

  • 思源笔记

    思源笔记是一款隐私优先的个人知识管理系统，支持完全离线使用，同时也支持端到端加密同步。

    融合块、大纲和双向链接，重构你的思维。

    23014 引用 • 92572 回帖
2 操作
88250 管理员在 2024-06-17 22:20:37 取消置顶了该帖
JeffreyChen 管理员在 2024-06-17 17:22:10 置顶了该帖
青岛 位置
2 关注
2 操作
32 回帖
6
1.0k 489 528 4 9

相关帖子

优质回帖
  • li80 • • 4 赞同
    订阅者 付费者

    习惯了周更，每周都在等着更新。

    你不想周更，你不更就行了，为什么要打掉别人期待周更的快乐？

  • li80 • • 2 赞同
    订阅者 付费者

    周更有很多意义，最重要的意义，是向用户展示，我们的开发很顺利，我们的软件有无限的可能。

    wolai 从两三天更、到周更、到两周更、到一个月一更，让很多人质疑马总是不是想跑路了。

    于是现在差不多变成了两周更。

  • Bard • • 2 赞同
    捐赠者

    每周二最快乐的事就是更新了，这乐趣可不能少trollface

32 回帖
提议调整更新频率

欢迎来到这里！

我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。

注册 关于
请输入回帖内容 ...
  • JeffreyChen •
    付费者 支持者 捐赠者
    1. 周更太频繁，安装过程比较影响用户体验
    2. 月更太久了， BUG 解决太慢，用户等不了

    所以还是折中，两周一更 。

    BUG 再少一些就可以月更了。

    1 操作
    JeffreyChen 在 2024-06-17 17:51:42 更新了该回帖
  • IndigoCode •
    付费者 支持者

    其实感觉功能上一个月一更也 OK，UI 界面可以美化一下，吸引“不是那么技术”的用户来尝试，扩大用户群体。起码当时 Obsidian 的界面 UI 也是吸引到我了。思源当时不也考虑换 logo，不知道为啥忽然就不换了。

  • zuoez02 •
    订阅者 付费者 先知

    参考 vscode，insider 版本周更 dev，正式版本月更

  • ringx • • 1 赞同
    付费者 捐赠者

    周更毫无意义，正经软件谁会更新这么频繁啊。

    感觉可以分成两种发布方式: 增加新功能的一个月一次；修改 BUG 的半个月一次。

    这样月底来个大更新，月中搞个修复更新。

    1 回复
  • JeffreyChen •
    付费者 支持者 捐赠者

    加新功能和修 BUG 是同时进行的，估计分不开

    1 回复
  • ringx •
    付费者 捐赠者

    还好吧，搞个 hotfix 分支和 release 分支，有严重 bug 需要修复的搞完发一版。

    release 及时同步到就好了。

    不过主要还是留有一个紧急修复的发布窗口。如果没有什么严重的 bug 也可以跳过嘛。

  • 8V9q7V •
    订阅者 支持者 捐赠者 勇士

    其实就是要尽快更新，用户尽快使用把 BUG 反应出来。

  • kobi •
    付费者 捐赠者

    个人觉得跟开发者关系不大，更不更更大程度取决于用户，别人不能改变你的习惯，或无脑周更、或无 bug 不更、或看更新公告后选择性更、或嫌下载安装麻烦不更。

  • JeffreyChen •
    付费者 支持者 捐赠者

    想周更的通通去 GitHub 下载 dev 版，然后就只剩下两周一更和月更的了 huaji

  • PiChou •
    订阅者 付费者

    无所谓，看开发者如何取舍吧

  • tongzi •
    付费者 捐赠者

    没必要调整，不喜欢的可以不更新，设置更新提醒间隔。我倒是喜欢每周都更新，起码能第一时间修复 BUG 提升功能。

  • RH108 •
    付费者

    我觉得看开发者吧，如果小的更新多了会影响研发进度就减少更新频率。

    用户侧的更新是一种使用向的选择，而开发者处的更新才是实质的提升。

  • li80 • • 4 赞同
    订阅者 付费者

    习惯了周更，每周都在等着更新。

    你不想周更，你不更就行了，为什么要打掉别人期待周更的快乐？

  • onemo •
    付费者

    分正式版和测试版.
    喜欢"玩笔记"的, 看重尝鲜新功能, 新变化.
    喜欢"记笔记"的, 没什么显著变化根本不想更新, 只想稳定, 安心记笔记.

  • li80 • • 2 赞同
    订阅者 付费者

    周更有很多意义，最重要的意义，是向用户展示，我们的开发很顺利，我们的软件有无限的可能。

    wolai 从两三天更、到周更、到两周更、到一个月一更，让很多人质疑马总是不是想跑路了。

    于是现在差不多变成了两周更。

    1 回复
  • JeffreyChen • • 1 赞同
    付费者 支持者 捐赠者

    但问题就在于思源的更新很“重”，对用户来说很麻烦，跟 Wolai 这种在线笔记不一样

    2 回复
  • Jhpz •
    付费者 捐赠者

    我也每周周二固定等更新

  • yalidabuda •
    订阅者 作者

    赞同

  • feihuo •
    付费者

    我觉得是没必要，Siyuan 是一个纯本地的笔记软件，主力开发也就两个人，还是按照开发者的节奏来吧，还是稳定性更加重要一点。

    现在思源主体完成度也是挺高的，够用了。

  • li80 • • 1 赞同
    订阅者 付费者

    你不更新不就行了吗？

    1 回复
  • JeffreyChen • • 2 评论
    付费者 支持者 捐赠者

    是这个道理没错，但确实有用户反馈更新太频繁。

    不过之前用户会反馈是因为旧版的同步功能会被禁用，必须更新。现在不知道怎么样，如果同步功能很稳定的话确实什么时候更新都无所谓。

    今天更新不？ 已经养成按时更新习惯了，上周开始没更新，等到现在；今天看了很多遍还是没有更新 心累
    1ssss •
    @1ssss 这个月不更新正式版，桌面端可以去 GitHub 下载 dev 版
    JeffreyChen •
  • JeffreyChen •
    付费者 支持者 捐赠者

    我想起来了，最关键的没能解决的问题就是每次更新之后桌面上放好位置的快捷方式和固定在任务栏上的图标都会没掉。这是之前强制更新的时候用户会很烦的一个因素

    1 回复
  • li80 •
    订阅者 付费者

    这样说的话，问题就是强制更新，不是更新频率本身呀

    应该劝 D 大不要让强制更新，而不是劝 D 大更新频率慢一点

    1 回复
  • JeffreyChen •
    付费者 支持者 捐赠者

    有必要的时候一定会强制更新。

    而且也不用劝更新慢一点，因为现在一个月发一次版本已经很慢了。帖子就是想看看大家比较喜欢怎样的更新频率

  • Lu9693 •
    付费者

    建议可以分成两种发布方式：增加新功能（月更）；修改 BUG（两周更）。

    换算过来就是月底大更新，月中修复更新。

  • Bard • • 2 赞同
    捐赠者

    每周二最快乐的事就是更新了，这乐趣可不能少trollface

  • li80 • • 1 评论
    订阅者 付费者

    @88250 @Vanessa 这里讨论得挺热闹，D 大 V 姐来看看咯

    已投
    Vanessa •
  • llej • • 3 评论
    订阅者 支持者 勇士

    用户可以自行选择更新渠道也挺好啊，比如选大版本

    月更，半月更，周更，日更，

    手机端等等用应用商店的地方可能不太好实现，除非用户用眼睛手动挑选
    zxkmm • • 1 赞同
    @zxkmm 我觉得在应用商店里就实现不了
    JeffreyChen • • 1 • 1 赞同
    @JeffreyChen 可能苹果商店可以利用灰测来实现。我也不太清楚。但是反正不优雅就是了
    zxkmm •
  • baixiabx •
    付费者

    双周和月更其实都可以接受

  • li80 •
    订阅者 付费者

    希望一直保持周更的人，担心的其实不是更新频率快慢问题，而是，如果更新慢了，那新功能的发布、bug 的修复，就可能后延，甚至被搁置、放弃。

    如果新功能能像以前一样及时发布、bug 能像以前一样及时修复，那两周一更、月更，都不是问题。

    @88250

  • xznwood •
    付费者

    喜欢更新时有新功能或者是改掉不足时的期待，我觉得喜欢周更的是沉默的大多数，这么多用户，觉得更新频繁的会抱怨，但喜欢周更的不会发声去夸奖，所以会觉得抱怨的人多

  • sunyanghua • • 1 赞同

    其实关键还是频繁的更新是否带来了对应频繁的功能价值升级的用户体验。

    现在更新是很频繁，但是用户感受不到更新带来了什么新东西或者修复了什么 bug....大多感觉是一些无关痛痒的微小改动。

请输入回帖内容 ...
yalidabuda
其实我们大多数人吧，一辈子都在做没有意义的事情。 青岛
回帖
138
 帖子
4
 积分
10393

近期热议

推荐标签 标签

  • Spark

    Spark 是 UC Berkeley AMP lab 所开源的类 Hadoop MapReduce 的通用并行框架。Spark 拥有 Hadoop MapReduce 所具有的优点；但不同于 MapReduce 的是 Job 中间输出结果可以保存在内存中，从而不再需要读写 HDFS，因此 Spark 能更好地适用于数据挖掘与机器学习等需要迭代的 MapReduce 的算法。

    74 引用 • 46 回帖 • 559 关注
  • 百度

    百度（Nasdaq：BIDU）是全球最大的中文搜索引擎、最大的中文网站。2000 年 1 月由李彦宏创立于北京中关村，致力于向人们提供“简单，可依赖”的信息获取方式。“百度”二字源于中国宋朝词人辛弃疾的《青玉案·元夕》词句“众里寻他千百度”，象征着百度对中文信息检索技术的执著追求。

    63 引用 • 785 回帖 • 164 关注
  • 微软

    微软是一家美国跨国科技公司，也是世界 PC 软件开发的先导，由比尔·盖茨与保罗·艾伦创办于 1975 年，公司总部设立在华盛顿州的雷德蒙德（Redmond，邻近西雅图）。以研发、制造、授权和提供广泛的电脑软件服务业务为主。

    8 引用 • 44 回帖
  • 友情链接

    确认过眼神后的灵魂连接，站在链在！

    24 引用 • 373 回帖
  • Caddy

    Caddy 是一款默认自动启用 HTTPS 的 HTTP/2 Web 服务器。

    12 引用 • 54 回帖 • 159 关注
  • Postman

    Postman 是一款简单好用的 HTTP API 调试工具。

    4 引用 • 3 回帖 • 7 关注
  • 电影

    这是一个不能说的秘密。

    121 引用 • 604 回帖 • 1 关注
  • 微服务

    微服务架构是一种架构模式，它提倡将单一应用划分成一组小的服务。服务之间互相协调，互相配合，为用户提供最终价值。每个服务运行在独立的进程中。服务于服务之间才用轻量级的通信机制互相沟通。每个服务都围绕着具体业务构建，能够被独立的部署。

    96 引用 • 155 回帖
  • FreeMarker

    FreeMarker 是一款好用且功能强大的 Java 模版引擎。

    23 引用 • 20 回帖 • 464 关注
  • Swift

    Swift 是苹果于 2014 年 WWDC（苹果开发者大会）发布的开发语言，可与 Objective-C 共同运行于 Mac OS 和 iOS 平台，用于搭建基于苹果平台的应用程序。

    36 引用 • 37 回帖 • 535 关注
  • ReactiveX

    ReactiveX 是一个专注于异步编程与控制可观察数据（或者事件）流的 API。它组合了观察者模式，迭代器模式和函数式编程的优秀思想。

    1 引用 • 2 回帖 • 161 关注
  • CongSec

    本标签主要用于分享网络空间安全专业的学习笔记

    1 引用 • 1 回帖 • 15 关注
  • 大数据

    大数据（big data）是指无法在一定时间范围内用常规软件工具进行捕捉、管理和处理的数据集合，是需要新处理模式才能具有更强的决策力、洞察发现力和流程优化能力的海量、高增长率和多样化的信息资产。

    93 引用 • 113 回帖
  • NetBeans

    NetBeans 是一个始于 1997 年的 Xelfi 计划，本身是捷克布拉格查理大学的数学及物理学院的学生计划。此计划延伸而成立了一家公司进而发展这个商用版本的 NetBeans IDE，直到 1999 年 Sun 买下此公司。Sun 于次年（2000 年）六月将 NetBeans IDE 开源，直到现在 NetBeans 的社群依然持续增长。

    78 引用 • 102 回帖 • 683 关注
  • TextBundle

    TextBundle 文件格式旨在应用程序之间交换 Markdown 或 Fountain 之类的纯文本文件时，提供更无缝的用户体验。

    1 引用 • 2 回帖 • 53 关注
  • 工具

    子曰：“工欲善其事，必先利其器。”

    288 引用 • 734 回帖 • 2 关注
  • Unity

    Unity 是由 Unity Technologies 开发的一个让开发者可以轻松创建诸如 2D、3D 多平台的综合型游戏开发工具，是一个全面整合的专业游戏引擎。

    25 引用 • 7 回帖 • 159 关注
  • Rust

    Rust 是一门赋予每个人构建可靠且高效软件能力的语言。Rust 由 Mozilla 开发，最早发布于 2014 年 9 月。

    58 引用 • 22 回帖
  • 负能量

    上帝为你关上了一扇门，然后就去睡觉了....努力不一定能成功，但不努力一定很轻松 (° ー °〃)

    88 引用 • 1235 回帖 • 410 关注
  • Pipe

    Pipe 是一款小而美的开源博客平台。Pipe 有着非常活跃的社区，可将文章作为帖子推送到社区，来自社区的回帖将作为博客评论进行联动（具体细节请浏览 B3log 构思 - 分布式社区网络）。

    这是一种全新的网络社区体验，让热爱记录和分享的你不再感到孤单！

    132 引用 • 1114 回帖 • 125 关注
  • 持续集成

    持续集成（Continuous Integration）是一种软件开发实践，即团队开发成员经常集成他们的工作，通过每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽早地发现集成错误。

    15 引用 • 7 回帖
  • Bug

    Bug 本意是指臭虫、缺陷、损坏、犯贫、窃听器、小虫等。现在人们把在程序中一些缺陷或问题统称为 bug（漏洞）。

    76 引用 • 1737 回帖 • 1 关注
  • Jenkins

    Jenkins 是一套开源的持续集成工具。它提供了非常丰富的插件，让构建、部署、自动化集成项目变得简单易用。

    53 引用 • 37 回帖 • 3 关注
  • 区块链

    区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。所谓共识机制是区块链系统中实现不同节点之间建立信任、获取权益的数学算法 。

    91 引用 • 751 回帖 • 1 关注
  • 自由行
    • 4 关注
  • API

    应用程序编程接口（Application Programming Interface）是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。

    77 引用 • 430 回帖 • 1 关注
  • 学习

    “梦想从学习开始，事业从实践起步” —— 习近平

    171 引用 • 512 回帖

最新标签