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

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

引用之前的帖子

引用之前的帖子

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

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

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

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

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

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

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

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

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

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

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

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

  • 思源笔记

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

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

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

相关帖子

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • zxhd86 2 2 赞同

    场上现在有两方。

    一方直接引用了之前的帖子,却连下面的讨论看都不看,直接把原来就有定论和进展的问题复制粘贴了一遍,没有任何进一步的思考。对于回帖提出的问题与回答不做任何回应,没有任何交流的意图,直接下了定论:“这个社区确实如网上很多平台说的那样戾气很重,懂的都懂,不多说。”

    另一方面对已经被讨论了很多次、许多东西已经有了定论的问题,不厌其烦地再次做了解答,逐条进行回应解释,并建议在思源尚不能满足需求的情况下可以试试 logseq、obsidian。

    无奖竞猜:那一方才是有戾气的呢?

    对于软件的讨论应该就事论事,思源的一些特性确实不利于一部分群体的使用,但要是就此对喜欢这个特性的受众进行人身攻击,这无论怎么说也太霸道了吧。

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

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

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

  • Syngo 1 赞同

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

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

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

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

  • 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 就有插件实现,真的可以趁现在沉默成本还不是很高去尝试一下。

  • 查看全部回帖

推荐标签 标签

  • Thymeleaf

    Thymeleaf 是一款用于渲染 XML/XHTML/HTML5 内容的模板引擎。类似 Velocity、 FreeMarker 等,它也可以轻易的与 Spring 等 Web 框架进行集成作为 Web 应用的模板引擎。与其它模板引擎相比,Thymeleaf 最大的特点是能够直接在浏览器中打开并正确显示模板页面,而不需要启动整个 Web 应用。

    11 引用 • 19 回帖 • 319 关注
  • 黑曜石

    黑曜石是一款强大的知识库工具,支持本地 Markdown 文件编辑,支持双向链接和关系图。

    A second brain, for you, forever.

    10 引用 • 85 回帖
  • 国际化

    i18n(其来源是英文单词 internationalization 的首末字符 i 和 n,18 为中间的字符数)是“国际化”的简称。对程序来说,国际化是指在不修改代码的情况下,能根据不同语言及地区显示相应的界面。

    7 引用 • 26 回帖 • 2 关注
  • TextBundle

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

    1 引用 • 2 回帖 • 47 关注
  • JSON

    JSON (JavaScript Object Notation)是一种轻量级的数据交换格式。易于人类阅读和编写。同时也易于机器解析和生成。

    51 引用 • 190 回帖
  • 微软

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

    8 引用 • 44 回帖
  • 书籍

    宋真宗赵恒曾经说过:“书中自有黄金屋,书中自有颜如玉。”

    76 引用 • 390 回帖
  • 爬虫

    网络爬虫(Spider、Crawler),是一种按照一定的规则,自动地抓取万维网信息的程序。

    106 引用 • 275 回帖 • 2 关注
  • 服务器

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

    124 引用 • 580 回帖
  • 小说

    小说是以刻画人物形象为中心,通过完整的故事情节和环境描写来反映社会生活的文学体裁。

    28 引用 • 108 回帖
  • PWA

    PWA(Progressive Web App)是 Google 在 2015 年提出、2016 年 6 月开始推广的项目。它结合了一系列现代 Web 技术,在网页应用中实现和原生应用相近的用户体验。

    14 引用 • 69 回帖 • 131 关注
  • abitmean

    有点意思就行了

    23 关注
  • Kafka

    Kafka 是一种高吞吐量的分布式发布订阅消息系统,它可以处理消费者规模的网站中的所有动作流数据。 这种动作(网页浏览,搜索和其他用户的行动)是现代系统中许多功能的基础。 这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。

    35 引用 • 35 回帖
  • Python

    Python 是一种面向对象、直译式电脑编程语言,具有近二十年的发展历史,成熟且稳定。它包含了一组完善而且容易理解的标准库,能够轻松完成很多常见的任务。它的语法简捷和清晰,尽量使用无异义的英语单词,与其它大多数程序设计语言使用大括号不一样,它使用缩进来定义语句块。

    536 引用 • 672 回帖
  • Webswing

    Webswing 是一个能将任何 Swing 应用通过纯 HTML5 运行在浏览器中的 Web 服务器,详细介绍请看 将 Java Swing 应用变成 Web 应用

    1 引用 • 15 回帖 • 635 关注
  • 宕机

    宕机,多指一些网站、游戏、网络应用等服务器一种区别于正常运行的状态,也叫“Down 机”、“当机”或“死机”。宕机状态不仅仅是指服务器“挂掉了”、“死机了”状态,也包括服务器假死、停用、关闭等一些原因而导致出现的不能够正常运行的状态。

    13 引用 • 82 回帖 • 38 关注
  • GitLab

    GitLab 是利用 Ruby 一个开源的版本管理系统,实现一个自托管的 Git 项目仓库,可通过 Web 界面操作公开或私有项目。

    46 引用 • 72 回帖
  • PWL

    组织简介

    用爱发电 (Programming With Love) 是一个以开源精神为核心的民间开源爱好者技术组织,“用爱发电”象征开源与贡献精神,加入组织,代表你将遵守组织的“个人开源爱好者”的各项条款。申请加入:用爱发电组织邀请帖
    用爱发电组织官网:https://programmingwithlove.stackoverflow.wiki/

    用爱发电组织的核心驱动力:

    • 遵守开源守则,体现开源&贡献精神:以分享为目的,拒绝非法牟利。
    • 自我保护:使用适当的 License 保护自己的原创作品。
    • 尊重他人:不以各种理由、各种漏洞进行未经允许的抄袭、散播、洩露;以礼相待,尊重所有对社区做出贡献的开发者;通过他人的分享习得知识,要留下足迹,表示感谢。
    • 热爱编程、热爱学习:加入组织,热爱编程是首当其要的。我们欢迎热爱讨论、分享、提问的朋友,也同样欢迎默默成就的朋友。
    • 倾听:正确并恳切对待、处理问题与建议,及时修复开源项目的 Bug ,及时与反馈者沟通。不抬杠、不无视、不辱骂。
    • 平视:不诋毁、轻视、嘲讽其他开发者,主动提出建议、施以帮助,以和谐为本。只要他人肯努力,你也可能会被昔日小看的人所超越,所以请保持谦虚。
    • 乐观且活跃:你的努力决定了你的高度。不要放弃,多年后回头俯瞰,才会发现自己已经成就往日所仰望的水平。积极地将项目开源,帮助他人学习、改进,自己也会获得相应的提升、成就与成就感。
    1 引用 • 487 回帖 • 5 关注
  • 职场

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

    126 引用 • 1699 回帖 • 1 关注
  • SVN

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

    29 引用 • 98 回帖 • 692 关注
  • SEO

    发布对别人有帮助的原创内容是最好的 SEO 方式。

    35 引用 • 200 回帖 • 23 关注
  • 微服务

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

    96 引用 • 155 回帖
  • SSL

    SSL(Secure Sockets Layer 安全套接层),及其继任者传输层安全(Transport Layer Security,TLS)是为网络通信提供安全及数据完整性的一种安全协议。TLS 与 SSL 在传输层对网络连接进行加密。

    69 引用 • 190 回帖 • 495 关注
  • 又拍云

    又拍云是国内领先的 CDN 服务提供商,国家工信部认证通过的“可信云”,乌云众测平台认证的“安全云”,为移动时代的创业者提供新一代的 CDN 加速服务。

    21 引用 • 37 回帖 • 512 关注
  • Google

    Google(Google Inc.,NASDAQ:GOOG)是一家美国上市公司(公有股份公司),于 1998 年 9 月 7 日以私有股份公司的形式创立,设计并管理一个互联网搜索引擎。Google 公司的总部称作“Googleplex”,它位于加利福尼亚山景城。Google 目前被公认为是全球规模最大的搜索引擎,它提供了简单易用的免费服务。不作恶(Don't be evil)是谷歌公司的一项非正式的公司口号。

    49 引用 • 192 回帖
  • uTools

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

    5 引用 • 13 回帖
  • JWT

    JWT(JSON Web Token)是一种用于双方之间传递信息的简洁的、安全的表述性声明规范。JWT 作为一个开放的标准(RFC 7519),定义了一种简洁的,自包含的方法用于通信双方之间以 JSON 的形式安全的传递信息。

    20 引用 • 15 回帖 • 20 关注