建议用回文件名的功能 1.2.5 文件 (夹) 名称 ID 化,是否与本地化的初衷渐行渐远?

本贴最后更新于 702 天前,其中的信息可能已经时过境迁
  • 建议使用笔记文件名 +ID 组合,这样笔记方便
  • 建议使用.md 格式,真的

引用之前的帖子

引用之前的帖子

  • 每次大本版更新,都是提心吊胆,因为新特性总是在负面影响甚至破坏已有的工作流

  • 1.2.5 最大的改动便是文件名 ID 化,这直接导致

    • 除思源外任何工具对思源文件的管理不具备可读性和可操作性性
    • 系统资源管理器几乎变为资源管理空气
    • 文件级,文件夹级拷贝分享变的异常艰难,以至不可能
    • 第三方同步盘的同步日志变得没有丝毫可读性,同样文件级的版本恢复变得异常艰难(特别是思源自身的同步仍然只能作为 plan B, 即便一直改进,应该也无法和专业软件(坚果云)比肩)
  • 对系统工具,对第三方工具的友好性,不正是本地化的一大便利么(另一大便利是安全)

  • 如果 ID 化是子文档的代价的话,那真是子文档的一个最糟糕的本地化实现,更何况子文档也丝毫不会对笔记带来本质的提升。纯在线的 ID 化无所谓,用户根本不关心这个。可用思源就是冲着本地来的

  • 特性的引入伴随思源一直在收紧自由度,从资源的统一管理到文档名的 ID 化,收紧的方向正常,但方法真是一言难尽

  • “思源用户不关心本地文件名,软件能打开就行”,但还是有一部分用户关心文件名的,越是深度用户越关心,随着笔记的数量提升,协作需求的提升,也许会有越来越多的用户看到这一串 ID 而苦恼吧

  • 实现同样的功能,应该有比文件名 ID 化更高效,更平和的实现吧?希望两位主创能考虑下这个问题

思源笔记 v1.2.0 发布,一个全新的开始 - LianDi (ld246.com)】写的承诺

1. 以后还会不会有类似这样大的改动?能不能不要随意砍掉我特别需要的功能?

这次调整方向的动作确实太大,我们完全重写了大部分代码,这样大的改动以后不会有第二次了。用户体验上我们正在逐步完善,把现在的功能做好、做稳、做到极致是第一要务,添加新特性会谨慎对待,并且不会再移除已有功能了(除非是实在没人用的功能或者有更好的替代方案)。

看了一些评论,结论:这个社区确实如网上很多平台说的那样戾气很重,懂的都懂,不多说

【此贴不会删除,算是给后面的新人看看这社区的德性,懂的都懂不多说】

  • 思源笔记

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

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

    22350 引用 • 89424 回帖 • 1 关注
4 操作
dwe3030 在 2022-12-20 22:39:24 更新了该帖
dwe3030 在 2022-12-19 20:51:50 更新了该帖
dwe3030 在 2022-12-19 14:56:06 更新了该帖
dwe3030 在 2022-12-19 14:55:41 更新了该帖

相关帖子

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • Bard

    几条理由还是挺可爱的

    推荐考虑下 Obsidian、Logseq

  • 其他回帖
  • Bard

    用 A 软件就好好用 A 软件

    不要非得把 B 的主要特性提议给 A

    非要如此,更建议给 B 提议增加 A 的特性

    软件有 Bug,个人有需求,没什么问题,毕竟是社区共建

    但挑战“共识”就需要有足够深厚的积累

    就像卡尔萨根所说“超乎寻常的论断,需要超乎寻常的证据”

  • foolishman83

    同感,在核心功能和底层格式方面,要尽量做到最大程度的稳定和简约,不轻易为了某些可有可无的功能而做颠覆性的改变,笔记是逐步积累的,大的改动对以往的笔记而言无论如何平滑迁移,都有可能因为版本上的不注意而对数据造成灾难性的后果。建议在核心功能上要保持简约克制,在操作效率和稳定性上要做到极致,特殊功能需求上建议尽快上线插件模式,通过插件来实现个性化的需求。说实话,新增的很多功能,一些在旧有版本上本就能够实现,有的则只是某些人的个性化需求,大部分人使用的概率很低,譬如 2.2.0 版本关于行级格式的多种格式叠加,这种笔记的富文本化其实对 markdown 格式而言并不是必要的,也有违 markdown 文本编辑笔记软件简约高效的初衷,我不反对此项功能可以由插件个性化实现,但并无必要放入核心原生功能中,这种方向将导致笔记的底层数据格式愈加复杂,出 bug 的几率也会几何级上升。

  • Syngo 1 赞同

    楼主引用了之前的 2 个帖子中,其实 D 大都说得很明白了,现在重新翻出来没有太多的意义。

    如果真的想要解决问题,不如展开说说觉得方便和使用 md 格式的具体场景是什么,需要达到什么样的目的。我想,D 大和 V 大看到后,会从软件的整体层面来考量的。没采纳不代表不行,也不代表未来一定不做。因为不管是开发者还是用户,都是希望软件变得更好的。

    软件只是一个工具,关键在于我们怎么去用。可以想一想,哪些是自己真正需要的、且重要的部分。诸如口渴时,喝水本身和用什么样的杯子喝水两者的权衡。

    不知道楼主用了多久的思源,如果不是很久,不妨再给彼此一点时间。如果已经很久了,而且得不到自己想要的,可以看看其他的,待思源更好时再相见。

  • 查看全部回帖

推荐标签 标签

  • 周末

    星期六到星期天晚,实行五天工作制后,指每周的最后两天。再过几年可能就是三天了。

    14 引用 • 297 回帖 • 1 关注
  • GAE

    Google App Engine(GAE)是 Google 管理的数据中心中用于 WEB 应用程序的开发和托管的平台。2008 年 4 月 发布第一个测试版本。目前支持 Python、Java 和 Go 开发部署。全球已有数十万的开发者在其上开发了众多的应用。

    14 引用 • 42 回帖 • 764 关注
  • OkHttp

    OkHttp 是一款 HTTP & HTTP/2 客户端库,专为 Android 和 Java 应用打造。

    16 引用 • 6 回帖 • 62 关注
  • ngrok

    ngrok 是一个反向代理,通过在公共的端点和本地运行的 Web 服务器之间建立一个安全的通道。

    7 引用 • 63 回帖 • 624 关注
  • 音乐

    你听到信仰的声音了么?

    60 引用 • 511 回帖 • 1 关注
  • Lute

    Lute 是一款结构化的 Markdown 引擎,支持 Go 和 JavaScript。

    25 引用 • 191 回帖 • 16 关注
  • 服务器

    服务器,也称伺服器,是提供计算服务的设备。由于服务器需要响应服务请求,并进行处理,因此一般来说服务器应具备承担服务并且保障服务的能力。

    125 引用 • 588 回帖
  • 自由行
    10 关注
  • Hibernate

    Hibernate 是一个开放源代码的对象关系映射框架,它对 JDBC 进行了非常轻量级的对象封装,使得 Java 程序员可以随心所欲的使用对象编程思维来操纵数据库。

    39 引用 • 103 回帖 • 709 关注
  • 服务

    提供一个服务绝不仅仅是简单的把硬件和软件累加在一起,它包括了服务的可靠性、服务的标准化、以及对服务的监控、维护、技术支持等。

    41 引用 • 24 回帖 • 2 关注
  • BAE

    百度应用引擎(Baidu App Engine)提供了 PHP、Java、Python 的执行环境,以及云存储、消息服务、云数据库等全面的云服务。它可以让开发者实现自动地部署和管理应用,并且提供动态扩容和负载均衡的运行环境,让开发者不用考虑高成本的运维工作,只需专注于业务逻辑,大大降低了开发者学习和迁移的成本。

    19 引用 • 75 回帖 • 641 关注
  • Android

    Android 是一种以 Linux 为基础的开放源码操作系统,主要使用于便携设备。2005 年由 Google 收购注资,并拉拢多家制造商组成开放手机联盟开发改良,逐渐扩展到到平板电脑及其他领域上。

    334 引用 • 323 回帖 • 2 关注
  • InfluxDB

    InfluxDB 是一个开源的没有外部依赖的时间序列数据库。适用于记录度量,事件及实时分析。

    2 引用 • 72 关注
  • Maven

    Maven 是基于项目对象模型(POM)、通过一小段描述信息来管理项目的构建、报告和文档的软件项目管理工具。

    186 引用 • 318 回帖 • 304 关注
  • 资讯

    资讯是用户因为及时地获得它并利用它而能够在相对短的时间内给自己带来价值的信息,资讯有时效性和地域性。

    55 引用 • 85 回帖 • 1 关注
  • 职场

    找到自己的位置,萌新烦恼少。

    127 引用 • 1705 回帖
  • QQ

    1999 年 2 月腾讯正式推出“腾讯 QQ”,在线用户由 1999 年的 2 人(马化腾和张志东)到现在已经发展到上亿用户了,在线人数超过一亿,是目前使用最广泛的聊天软件之一。

    45 引用 • 557 回帖 • 67 关注
  • Netty

    Netty 是一个基于 NIO 的客户端-服务器编程框架,使用 Netty 可以让你快速、简单地开发出一个可维护、高性能的网络应用,例如实现了某种协议的客户、服务端应用。

    49 引用 • 33 回帖 • 21 关注
  • Git

    Git 是 Linux Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。

    209 引用 • 358 回帖 • 2 关注
  • 心情

    心是产生任何想法的源泉,心本体会陷入到对自己本体不能理解的状态中,因为心能产生任何想法,不能分出对错,不能分出自己。

    59 引用 • 369 回帖
  • 知乎

    知乎是网络问答社区,连接各行各业的用户。用户分享着彼此的知识、经验和见解,为中文互联网源源不断地提供多种多样的信息。

    10 引用 • 66 回帖
  • SendCloud

    SendCloud 由搜狐武汉研发中心孵化的项目,是致力于为开发者提供高质量的触发邮件服务的云端邮件发送平台,为开发者提供便利的 API 接口来调用服务,让邮件准确迅速到达用户收件箱并获得强大的追踪数据。

    2 引用 • 8 回帖 • 483 关注
  • SQLite

    SQLite 是一个进程内的库,实现了自给自足的、无服务器的、零配置的、事务性的 SQL 数据库引擎。SQLite 是全世界使用最为广泛的数据库引擎。

    5 引用 • 7 回帖
  • V2Ray
    1 引用 • 15 回帖 • 1 关注
  • GraphQL

    GraphQL 是一个用于 API 的查询语言,是一个使用基于类型系统来执行查询的服务端运行时(类型系统由你的数据定义)。GraphQL 并没有和任何特定数据库或者存储引擎绑定,而是依靠你现有的代码和数据支撑。

    4 引用 • 3 回帖 • 9 关注
  • 深度学习

    深度学习(Deep Learning)是机器学习的分支,是一种试图使用包含复杂结构或由多重非线性变换构成的多个处理层对数据进行高层抽象的算法。

    53 引用 • 40 回帖 • 1 关注
  • Hadoop

    Hadoop 是由 Apache 基金会所开发的一个分布式系统基础架构。用户可以在不了解分布式底层细节的情况下,开发分布式程序。充分利用集群的威力进行高速运算和存储。

    86 引用 • 122 回帖 • 625 关注