登录 注册

建议用回文件名的功能 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. 以后还会不会有类似这样大的改动？能不能不要随意砍掉我特别需要的功能？

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

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

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

  • 思源笔记

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

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

    22345 引用 • 89406 回帖 • 1 关注
1 引用
建议用回文件名的功能 1.2.5 文件 (夹) 名称 ID 化，是否与本地化的初衷渐行渐远？ • Bard
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 更新了该帖
1 关注
1 收藏
1 引用
4 操作
25 回帖
9
2
2
2
1.2k 243 177 336 2 41 27 349

相关帖子

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

欢迎来到这里！

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

注册 关于
请输入回帖内容 ...
  • Immemorial •
    订阅者 支持者 勇士

    一边把软件本身的结构和功能说的一无是处，一边说这里戾气很重？我有些不太理解这个结论是怎么来的。

    而且，你提出了自己的意见，那也应该听听看别人的看法。但是现在你完全没有进行讨论，只是扔出来自己想当然的想法，然后隔了几天突然编辑帖子得出来个与前面自己想法完全无关的结论，是不是有些过于牵强？

  • 其他回帖
  • zxhd86 • • 5 赞同
    订阅者 先知

    使用笔记文件名 +ID 看上去是一个不错的想法，但是这恰恰体现出你没有很好的看完、甚至没有看原帖的回答，那就是不同系统对于文件名的接受程度不同，当时 D 大举出的例子是文件名大小写，哪怕是这种情况也是笔记文件名 +ID 无法解决的。

    再举一个比较刁钻的例子，windows 平台上是不允许使用作为 : | ? * > < 文件名的，但是，在 Linux 上是可以的。

    那么我在 linux 上无意识的起了一个 我的工作:目前进展.md 的笔记是完全可能且允许的，但是同步到 windows 上……那就 game over 了。

    所以，一劳永逸的方法，恰恰是文件名 ID 化。

  • Bard •
    捐赠者
    • 对系统工具，对第三方工具的友好性，不正是本地化的一大便利么（另一大便利是安全）
      • 对三方工具的友好性，和便利没关系，便利也可以是在自己体系内的“功能自恰”
      • 在单一软件内，相对效率才能更高，更换软件容易打断心流体验，得不偿失
    • 如果 ID 化是子文档的代价的话，那真是子文档的一个最糟糕的本地化实现，更何况子文档也丝毫不会对笔记带来本质的提升。纯在线的 ID 化无所谓，用户根本不关心这个。可用思源就是冲着本地来的
      • 没有看到过“ID 化是子文档的代价的话”请列明出处，或者详细阐述这个观点
      • 像什么“真是子文档的一个最糟糕的本地化实现，更何况子文档也丝毫不会对笔记带来本质的提升”更像是主观臆断，欢迎继续详细表达自己的观点
      • 现在的思源还是在本地为主，上条评论已经有所阐述
    • 特性的引入伴随思源一直在收紧自由度，从资源的统一管理到文档名的 ID 化，收紧的方向正常，但方法真是一言难尽
      • 哪里没有自由度了，是不让你用了，还是不让你回来了
      • 文档 ID 化在那次知后就都是 ID 了，什么叫“一直在收紧自由度”，请把后续收紧自由度的措施列出来
      • 思源是个开源软件，全开源的软件，开源的
      • 什么叫方向正常？本地 Markdown 么，不要不符合自己的使用习惯就说“别人的方法一言难尽”
      • 那么“怎么收紧不一言难尽”可以详细阐述下
    • “思源用户不关心本地文件名，软件能打开就行”，但还是有一部分用户关心文件名的，越是深度用户越关心，随着笔记的数量提升，协作需求的提升，也许会有越来越多的用户看到这一串 ID 而苦恼吧
      • “一部分用户关心文件名”到底多少用户是关心“文件名”还坚持用 “ID 化”，还是坚持到现在的，不谈剂量谈毒性都是哈哈哈，推荐发个帖子统计下
      • 再说一次看看用户文档吧，有协作需求，请用在线笔记，不要跟你看重的“本地化”笔记来较真，南辕为何北辙
    • 实现同样的功能，应该有比文件名 ID 化更高效，更平和的实现吧？希望两位主创能考虑下这个问题
      • 没有
      • ID 化是计算机发着这些年最重要的发明，不然“数据库”就不会存在，就不会有今天的互联网
      • 如果你能有完美方案，或者更好的方案，欢迎推荐
      • 如果有，我觉得这值得一个“图灵奖”

    作者：dwe3030
    链接： 建议用回文件名的功能 1.2.5 文件 (夹) 名称 ID 化，是否与本地化的初衷渐行渐远？
    来源：链滴
    协议：CC BY-SA 4.0 https://creativecommons.org/licenses/by-sa/4.0/

  • foolishman83 •

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

  • 查看全部回帖
dwe3030
回帖
20
 帖子
8
 积分
360

近期热议

推荐标签 标签

  • 大疆创新

    深圳市大疆创新科技有限公司(DJI-Innovations，简称 DJI)，成立于 2006 年，是全球领先的无人飞行器控制系统及无人机解决方案的研发和生产商，客户遍布全球 100 多个国家。通过持续的创新，大疆致力于为无人机工业、行业用户以及专业航拍应用提供性能最强、体验最佳的革命性智能飞控产品和解决方案。

    2 引用 • 14 回帖
  • Netty

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

    49 引用 • 33 回帖 • 22 关注
  • BookxNote

    BookxNote 是一款全新的电子书学习工具，助力您的学习与思考，让您的大脑更高效的记忆。

    笔记整理交给我，一心只读圣贤书。

    1 引用 • 1 回帖
  • 大数据

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

    93 引用 • 113 回帖
  • 小薇

    小薇是一个用 Java 写的 QQ 聊天机器人 Web 服务，可以用于社群互动。

    由于 Smart QQ 从 2019 年 1 月 1 日起停止服务，所以该项目也已经停止维护了！

    34 引用 • 467 回帖 • 742 关注
  • Java

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

    3187 引用 • 8213 回帖
  • 外包

    有空闲时间是接外包好呢还是学习好呢？

    26 引用 • 232 回帖 • 2 关注
  • Redis

    Redis 是一个开源的使用 ANSI C 语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value 数据库，并提供多种语言的 API。从 2010 年 3 月 15 日起，Redis 的开发工作由 VMware 主持。从 2013 年 5 月开始，Redis 的开发由 Pivotal 赞助。

    286 引用 • 248 回帖 • 62 关注
  • 招聘

    哪里都缺人，哪里都不缺人。

    190 引用 • 1057 回帖
  • 安全

    安全永远都不是一个小问题。

    199 引用 • 816 回帖 • 1 关注
  • RESTful

    一种软件架构设计风格而不是标准，提供了一组设计原则和约束条件，主要用于客户端和服务器交互类的软件。基于这个风格设计的软件可以更简洁，更有层次，更易于实现缓存等机制。

    30 引用 • 114 回帖 • 1 关注
  • 电影

    这是一个不能说的秘密。

    120 引用 • 599 回帖
  • Love2D

    Love2D 是一个开源的， 跨平台的 2D 游戏引擎。使用纯 Lua 脚本来进行游戏开发。目前支持的平台有 Windows, Mac OS X, Linux, Android 和 iOS。

    14 引用 • 53 回帖 • 531 关注
  • DevOps

    DevOps（Development 和 Operations 的组合词）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。

    47 引用 • 25 回帖 • 1 关注
  • 开源中国

    开源中国是目前中国最大的开源技术社区。传播开源的理念，推广开源项目，为 IT 开发者提供了一个发现、使用、并交流开源技术的平台。目前开源中国社区已收录超过两万款开源软件。

    7 引用 • 86 回帖
  • SpaceVim

    SpaceVim 是一个社区驱动的模块化 vim/neovim 配置集合，以模块的方式组织管理插件以
    及相关配置，为不同的语言开发量身定制了相关的开发模块，该模块提供代码自动补全，
    语法检查、格式化、调试、REPL 等特性。用户仅需载入相关语言的模块即可得到一个开箱
    即用的 Vim-IDE。

    3 引用 • 31 回帖 • 99 关注
  • RabbitMQ

    RabbitMQ 是一个开源的 AMQP 实现，服务器端用 Erlang 语言编写，支持多种语言客户端，如：Python、Ruby、.NET、Java、C、PHP、ActionScript 等。用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。

    49 引用 • 60 回帖 • 362 关注
  • HHKB

    HHKB 是富士通的 Happy Hacking 系列电容键盘。电容键盘即无接点静电电容式键盘（Capacitive Keyboard）。

    5 引用 • 74 回帖 • 471 关注
  • SOHO

    为成为自由职业者在家办公而努力吧！

    7 引用 • 55 回帖 • 18 关注
  • 持续集成

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

    15 引用 • 7 回帖 • 1 关注
  • V2EX

    V2EX 是创意工作者们的社区。这里目前汇聚了超过 400,000 名主要来自互联网行业、游戏行业和媒体行业的创意工作者。V2EX 希望能够成为创意工作者们的生活和事业的一部分。

    17 引用 • 236 回帖 • 328 关注
  • 以太坊

    以太坊（Ethereum）并不是一个机构，而是一款能够在区块链上实现智能合约、开源的底层系统。以太坊是一个平台和一种编程语言 Solidity，使开发人员能够建立和发布下一代去中心化应用。 以太坊可以用来编程、分散、担保和交易任何事物：投票、域名、金融交易所、众筹、公司管理、合同和知识产权等等。

    34 引用 • 367 回帖
  • HTML

    HTML5 是 HTML 下一个的主要修订版本，现在仍处于发展阶段。广义论及 HTML5 时，实际指的是包括 HTML、CSS 和 JavaScript 在内的一套技术组合。

    107 引用 • 295 回帖
  • React

    React 是 Facebook 开源的一个用于构建 UI 的 JavaScript 库。

    192 引用 • 291 回帖 • 384 关注
  • Quicker

    Quicker 您的指尖工具箱！操作更少，收获更多！

    32 引用 • 130 回帖 • 2 关注
  • LaTeX

    LaTeX（音译“拉泰赫”）是一种基于 ΤΕΧ 的排版系统，由美国计算机学家莱斯利·兰伯特（Leslie Lamport）在 20 世纪 80 年代初期开发，利用这种格式，即使使用者没有排版和程序设计的知识也可以充分发挥由 TeX 所提供的强大功能，能在几天，甚至几小时内生成很多具有书籍质量的印刷品。对于生成复杂表格和数学公式，这一点表现得尤为突出。因此它非常适用于生成高印刷质量的科技和数学类文档。

    12 引用 • 54 回帖 • 63 关注
  • 坑

    一些有用的避坑指南。

    69 引用 • 93 回帖

最新标签