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

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

引用之前的帖子

引用之前的帖子

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

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

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

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

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

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

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

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

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

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

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

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

  • 思源笔记

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

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

    18896 引用 • 70769 回帖
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 更新了该帖

相关帖子

欢迎来到这里!

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

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

    果然是万事万物存在即合理

    只不过是根据自身的场景需求进行选择适合自己的软件,适合的就是最好的

  • 其他回帖
  • 没见到什么被砍掉的功能,反而在思源抛弃了 MD,使用了 ID 文件名之后,才带来了更多的功能。就像你认为不需要或者不重要的功能,或许对于其他人而言就是不可或缺的,比如你说了子文档对于笔记没什么提升对吧,但是对我而言这功能没有就不行,你的无所谓不代表其他人。

    笔记软件存在的意义就是为了更好更方便的处理笔记的内容,如果只是原始的文件夹和文件的名称塞在里面,和换了个界面的资源管理器有什么不同?仅仅是一个 ID 化,它能够带来更好的特性,那么即使失去了资源管理器中的可读性,对我而言在使用上没有区别,反而体验更好。而且思源在一次次升级的过程中,ID 化只是表面的一点而已,这也是为了实现更多功能、更好的同步做出的改变。

    数据完全存在本地,支持导出为其它格式,软件也开源,这已经是十分完善的本地化了,即使是文件原本的名字,即使是用 Markdowm,在添加了足够多的功能和语法的扩展,它的内容在其它软件那在也不可能完全兼容。至于思源,它的代码在那,如何创建、读写文件的方法都在里面,至于其它软件能不能兼容思源的笔记结构,能不能读写创建的内容,那不是思源要做的,也不是思源做得到的。

  • 用 A 软件就好好用 A 软件

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

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

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

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

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

  • leolee 4 赞同

    用回文件名需要解决这么一些问题:

    1、后端解析部分的重写谁来做;前端部分基于 ID 的实现谁来重新实现?既然从文件名到 ID 需要完全重写大部分代码, 反过来也是同样的很好理解对吧?

    2、现有数据已经基于 ID 改造,怎么处理?

    不仅仅是从 markdown 到 JSON 才是数据结构大改, 从 JSON 返回 Kramdown 也是一样,这个过程可能造成的数据损坏和用户丢失如何处理?

    另外只要改回 Kramdown 就能解决对资源管理器和第三方编辑器的兼容问题可能不太现实。

    我就是从 Kramdown 时代就开始用的,看法是 Kramdown 很强但第三方软件支持约等于没有,解析性能比现在方案差了不是一星半点,资源管理器管理笔记大概一个月用不上几回,使用体验上比现在差了很多。

    3、如何证明有大量用户需要这样的功能?

    当初改的时候是根据用户反馈的问题和需求才确定的修改方向的;经历几个版本的迭代,从用户数量上来看,证明至少对于大多数用户来说 ID 文件名并不是一个很强的痛点。

    而对与越是深度用户越关心这个的结论说实话我确实不太知道你是如何得出的。我至少在使用时长上来说还算是比较深度, 结论是思源的管理方式更加适合我的写作和管理,反而是 obsidian 那样的方式对我来说更适合作为素材收集软件而不是笔记管理。

    4、社区开发者基于现有数据框架做出的各种功能如何兼容?

    不过这个可能也就对我这种影响比较大一点。

    5、所谓“应该有”的,比文件名 ID 化更高效更平和的实现是什么样的?

    我开发过白板,也尝试过在本地 markdown 基础上通过 yaml 实现一些高级功能比如双链和图上链接之类,结论是就算不用 ID 也只是假装不用,实际的数据处理还是必须基于唯一 ID 和更结构化的数据才能高效实现,而这个过程中如果还是要假装自己在用 markdown 的话生成 markdown 代码也没有什么可读性,不如直接写 html。

    所以我认为单纯在存储格式的扩展名上下功夫兼容没有意义,直接存储 ast 反而保证了数据到通行的标准 markdown 之间的转换可行,因为这样不能很好兼容的数据根本就不能存进文件里,你所设想的方案是什么样的?用什么样的识别方式替代 ID 能够至少覆盖绝大多数现有功能而不造成因为解析步骤增加而带来的性能下降?

    6、说一句难听点的,思源虽然开源,但是是商业软件,且不说不兼容坚果云主要是因为实时保存带来的文件锁问题, 就算是其他原因,开发者也没有必要浪费精力在一个并非核心功能而且会影响自己营收的功能上;你也不要用我的话去怀疑他们的动机,至少把同步实现开源并且官方支持了 S3 和 webdav 存储的对接就证明了他们没有故意不去兼容的动机, 那么你想过为什么没有能够直接兼容吗?

    7、接上一条,因为你提到了越是深度用户越关心,我才去看了一下你在论坛的其他发言。就你的一些建议来看我觉得你应该目前使用这款软件还不是很多,那么我真心有一个建议,使用一个工具不是不能有意见和建议,开源软件就更是欢迎各种意见和建议乃至批评。但是在此之前至少应该对软件的基本功能和适用领域有大概的认知,否则就不要做出太过于武断的论断和“代表”用户群发言,其它的都还好说,这两种做法我个人觉得不管对于软件作者和其他用户而言都是不太礼貌的,虽然这对你可能有些冒犯,但是我觉得我还是不得不说。

    8、这个还是一个建议,希望你不要误会,我觉得你提出来的这些可能 obsidian 或者 logseq 能够更好的满足你的需求,他们对资源管理器和第三方软件相比思源应该友好不少,与其削足适履不如去尝试一下,可能会更适合你的使用,我自己也在使用 obsidian,也经常推荐它,不是说“哎呀你说思源的坏话我不同意我要赶你走”,而是真心觉得他们对你来说可能更好用,就像你先要的扩展工具栏在 obsidian 就有插件实现,真的可以趁现在沉默成本还不是很高去尝试一下。

  • 查看全部回帖

推荐标签 标签

  • Maven

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

    186 引用 • 318 回帖 • 335 关注
  • GitHub

    GitHub 于 2008 年上线,目前,除了 Git 代码仓库托管及基本的 Web 管理界面以外,还提供了订阅、讨论组、文本渲染、在线文件编辑器、协作图谱(报表)、代码片段分享(Gist)等功能。正因为这些功能所提供的便利,又经过长期的积累,GitHub 的用户活跃度很高,在开源世界里享有深远的声望,并形成了社交化编程文化(Social Coding)。

    207 引用 • 2031 回帖
  • uTools

    uTools 是一个极简、插件化、跨平台的现代桌面软件。通过自由选配丰富的插件,打造你得心应手的工具集合。

    5 引用 • 13 回帖
  • 工具

    子曰:“工欲善其事,必先利其器。”

    276 引用 • 685 回帖
  • 禅道

    禅道是一款国产的开源项目管理软件,她的核心管理思想基于敏捷方法 scrum,内置了产品管理和项目管理,同时又根据国内研发现状补充了测试管理、计划管理、发布管理、文档管理、事务管理等功能,在一个软件中就可以将软件研发中的需求、任务、bug、用例、计划、发布等要素有序的跟踪管理起来,完整地覆盖了项目管理的核心流程。

    5 引用 • 15 回帖 • 217 关注
  • 区块链

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

    91 引用 • 751 回帖
  • Ngui

    Ngui 是一个 GUI 的排版显示引擎和跨平台的 GUI 应用程序开发框架,基于
    Node.js / OpenGL。目标是在此基础上开发 GUI 应用程序可拥有开发 WEB 应用般简单与速度同时兼顾 Native 应用程序的性能与体验。

    7 引用 • 9 回帖 • 345 关注
  • Ruby

    Ruby 是一种开源的面向对象程序设计的服务器端脚本语言,在 20 世纪 90 年代中期由日本的松本行弘(まつもとゆきひろ/Yukihiro Matsumoto)设计并开发。在 Ruby 社区,松本也被称为马茨(Matz)。

    7 引用 • 31 回帖 • 179 关注
  • Spark

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

    74 引用 • 46 回帖 • 548 关注
  • 酷鸟浏览器

    安全 · 稳定 · 快速
    为跨境从业人员提供专业的跨境浏览器

    3 引用 • 59 回帖 • 24 关注
  • SQLite

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

    4 引用 • 7 回帖
  • GraphQL

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

    4 引用 • 3 回帖 • 22 关注
  • 博客

    记录并分享人生的经历。

    270 引用 • 2386 回帖
  • SVN

    SVN 是 Subversion 的简称,是一个开放源代码的版本控制系统,相较于 RCS、CVS,它采用了分支管理系统,它的设计目标就是取代 CVS。

    29 引用 • 98 回帖 • 694 关注
  • 钉钉

    钉钉,专为中国企业打造的免费沟通协同多端平台, 阿里巴巴出品。

    15 引用 • 67 回帖 • 369 关注
  • IPFS

    IPFS(InterPlanetary File System,星际文件系统)是永久的、去中心化保存和共享文件的方法,这是一种内容可寻址、版本化、点对点超媒体的分布式协议。请浏览 IPFS 入门笔记了解更多细节。

    20 引用 • 245 回帖 • 235 关注
  • InfluxDB

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

    2 引用 • 53 关注
  • OAuth

    OAuth 协议为用户资源的授权提供了一个安全的、开放而又简易的标准。与以往的授权方式不同之处是 oAuth 的授权不会使第三方触及到用户的帐号信息(如用户名与密码),即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权,因此 oAuth 是安全的。oAuth 是 Open Authorization 的简写。

    36 引用 • 103 回帖 • 8 关注
  • 正则表达式

    正则表达式(Regular Expression)使用单个字符串来描述、匹配一系列遵循某个句法规则的字符串。

    31 引用 • 94 回帖 • 2 关注
  • Unity

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

    25 引用 • 7 回帖 • 244 关注
  • FreeMarker

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

    23 引用 • 20 回帖 • 425 关注
  • 域名

    域名(Domain Name),简称域名、网域,是由一串用点分隔的名字组成的 Internet 上某一台计算机或计算机组的名称,用于在数据传输时标识计算机的电子方位(有时也指地理位置)。

    43 引用 • 208 回帖
  • TensorFlow

    TensorFlow 是一个采用数据流图(data flow graphs),用于数值计算的开源软件库。节点(Nodes)在图中表示数学操作,图中的线(edges)则表示在节点间相互联系的多维数据数组,即张量(tensor)。

    20 引用 • 19 回帖 • 5 关注
  • Java

    Java 是一种可以撰写跨平台应用软件的面向对象的程序设计语言,是由 Sun Microsystems 公司于 1995 年 5 月推出的。Java 技术具有卓越的通用性、高效性、平台移植性和安全性。

    3169 引用 • 8207 回帖
  • JetBrains

    JetBrains 是一家捷克的软件开发公司,该公司位于捷克的布拉格,并在俄国的圣彼得堡及美国麻州波士顿都设有办公室,该公司最为人所熟知的产品是 Java 编程语言开发撰写时所用的集成开发环境:IntelliJ IDEA

    18 引用 • 54 回帖 • 1 关注
  • JVM

    JVM(Java Virtual Machine)Java 虚拟机是一个微型操作系统,有自己的硬件构架体系,还有相应的指令系统。能够识别 Java 独特的 .class 文件(字节码),能够将这些文件中的信息读取出来,使得 Java 程序只需要生成 Java 虚拟机上的字节码后就能在不同操作系统平台上进行运行。

    180 引用 • 120 回帖
  • 前端

    前端技术一般分为前端设计和前端开发,前端设计可以理解为网站的视觉设计,前端开发则是网站的前台代码实现,包括 HTML、CSS 以及 JavaScript 等。

    247 引用 • 1347 回帖