对于用户建议,应该忽略其来源,谨慎地评估该建议本身

本贴最后更新于 580 天前,其中的信息可能已经时过境迁

在我看来,这名外国用户的不成熟建议完全没有被采纳的价值:Issue #8009 · siyuan-note/siyuan

[[ 虽然会同时搜索文档块和内容块,但是文档块在搜索结果里有更高的排序权重。所以即便用户更想搜索文档块,内容块搜索结果也不会对文档块搜索内容造成干扰,这是思源社区很早就讨论过的话题。

在思源笔记中,[[ 和 (( 都能搜索到所有的文档块和内容块,这本来是思源笔记比起其他双链笔记的一大优势,长期以来也基本没有用户认为这种模式会带来不便。相反,这种特性还带来了很多便利。但是现在部分「很可能还处于尝试阶段且随时会迁移」的用户基于他们僵化的思维模式提出了一些不成熟的建议,伤害了开发者和广大用户间的默契,我认为这种 issue 就算不被热爱支持思源笔记的用户们骂到 close、也应该被开发者慎重考虑后驳回

如果是基于性能和搜索速度的考虑,让 [[ 只搜索文档块,那大家都会表示理解;但是这名外国用户在 issue 里所描述的理由……如果不考虑他所使用的语言,其水平甚至还不如小红书。

一方面,这个改动对我个人基本没有影响,但希望开发者未来能够更加谨慎地评估用户建议;另一方面,思源用户更多地使用链滴论坛而不是 github,这就导致 github 上的某些用户 issue 有时候会瞒天过海被采纳,希望有条件且热爱支持思源笔记的朋友们多关注 github,如果各位发觉某些用户 issue 有问题,不要光靠自己去反驳,可以搬运个链接到中文社区,让大家一起讨论,感谢。

  • 思源笔记

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

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

    22337 引用 • 89378 回帖

相关帖子

欢迎来到这里!

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

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

    这样下去,思源迟早,被外国人的习惯、审美,带歪。

  • soltus 1 赞同

    我无法判断这个改动积极影响是否有必要,但是我基本认同楼主的观点。英文 issue 明显会更受重视,我作为旁观者都看在眼里。当然,思源希望国际化,打开国外市场,重视英文 issue 无可厚非,而顾头不顾腚一直是思源的缺陷,这是思源快速响应这一优点的副作用。就我个人而言,思源不能开空 issue 导致我基本不会去提 issue,这一阻断不会有任何的反馈。思源似乎有一种 issue 洁癖,而 issue 堆积如山的仓库并不少见,完全可以通过标签妥善管理。

  • 至少这个改动对我来说有点糟,因为[[离键盘中心更近,小拇指就能够到,且无需按住 shift 键,并且我在日常中是几乎只用块搜索而非文档搜索的,就像楼主说的,文档搜索权重更到,没什么不方便的地方。

  • Sheep

    是的,没必要为了一个外国人的话而改变这么多国内用户的使用习惯。而且((的输入比[[要困难,相当于弱化了思源里块的作用。

  • Github 上这个老外好热情啊,一己之力包下了大部分用户的 Issue - Ethan96 的回帖

    关于比较重视老外的意见:在这里我提到过,可能是因为思源刚出海的原因。

    对于具体这个问题地解决办法:可以选择让用户自定义,是谁当全局搜索,甚至都当全局都可以,具体见

    2.8.5 版本中,使用“【【”为何只能引用到文档 - Aiviokoo 的回帖

  • 88250 3 评论

    我们更倾向于听取中文用户的建议,毕竟这里起点,不会刻意迎合海外用户...

    使用 [[ 仅搜索文档是因为一些其他产品也是这逻辑,所以才采纳的,和是不是海外用户提的没有半点关系啊。

    下个版本咱们改回去 🙏🏻

    3 回复
    既然迈出去了就不要收回来了吧,可以考虑一下可以用户自己设置?
    ilovesiyuan 1
    @ilovesiyuan 关于特性上存在较大分歧的话似乎应该用配置项解决 🧐
    88250 1 赞同
    @88250 是的,提供选项给用户,用户自己选择,而不是官方替他们选择
    ilovesiyuan
  • Torsten

    我倒是觉得,这很合理的设计,也确实其他笔记,大都这样设计,也间接说明其合理性 😄

    1 回复
  • 你说得对,但小红书是年轻人的生活方式平台,由毛文超和瞿芳于 2013 年在上海创立。小红书以“Inspire Lives 分享和发现世界的精彩”为使命,用户可以通过短视频、图文等形式记录生活点滴,分享生活方式,并基于兴趣形成互动。截至到 2019 年 10 月,小红书月活跃用户数已经过亿,其中 70% 用户是 90 后,并持续快速增长。

  • suiji 3 赞同
    1. 从众不能把自身的优势从没了。既然文档块与内容块是统一的,是可以便捷地互相转化的,那这一点就应该作为特色而宣扬。相应地,设计逻辑上和实际操作上就不能背弃这个统一性。
    2. 顺带夹个私货trollface ,目前文档块与内容块的统一是不完全的。
      1. 文档块标题只能是文本,无法打上链接,内容块向文档块转化中,如果该内容块的标题块上有链接,则会失掉。
      2. 我一直是将文档块标题视为一个标题块的,因为文档块转内容块后,它就是一个标题块下附具体内容。据此推导,在一个文档内,文档标题应是一个(相对)顶级标题,文档内当不允许设置“一级标题”。至于文档标题是定死为一级,还是浮动的相对最高级,我暂且没个主意。
    3. 顺带夹第二私货trollface trollface 思源里有各种块及其嵌套,在检索时会有多次命中的情况,这要求展示检索结果是,要考虑排序权重。这是已经讨论充分的话题。我没异议,只是在畅想,如果技术上可能,可不可以不走“排序”的方案,而是走“分栏分类”的方案。
      1. 抛开移动端不论。
      2. 在使用大纲组织文本的情况下,引用其中一句话,出现的既有段落引用,也有列表引用。但是,据我体验,当检索词比较具体的时候,段落引用和列表引用才会一起出现;不太具体,也就是检索结果过多时,则不会。同一份语义内容散落在不同位置,总是不太好的。
      3. 反正电脑屏幕都是宽屏,何不利用起来?就像全局搜索由竖排改分栏一样,引用检索为什么不能也搞分栏?
      4. 从左到右:标题栏(包括文档,联动第二点),块嵌套栏(以列表为典例),基础段落块栏。
      5. 分类逻辑:
        1. 笔记,记写的是一份语义,这份语义落到思源编辑器里,首先,一定要落到一个段落块里,这是语义承载的基底,所以要有基础段落块栏
        2. 其次,语义内容可以形式化组织
          1. 以段落块为单位,简单的排排坐,谁大谁小,谁坐谁后面。对应标题等级。
          2. 以段落块为一份内容,用一个块装另一个块,如列表、超级块等等。对应块嵌套。
        3. 这个分类应该是完备的吧。
      6. 分栏分类的好处
        1. 顺手解决眼下的[[文档块问题。你只要看左栏就好了。
        2. 更好地利用宽屏,扩大检索结果呈现效率,逻辑与全局搜索由竖排改分栏一致。
        3. 方便识别引用对象类型。现在识别要引用的块的类,是靠的图标,图标当然没问题,就是有点累眼,你要有意识地去读图标才可。分栏分类后,就几乎不用再去读图标了。
        4. 直观展现语义内容的组织性、逻辑性。这份逻辑我上文已给出,当然咯,只是抛砖引玉而已。
        5. 对小白好。小白用户应该不懂得区分段落块和列表块的,分栏分类可以强制灌输软件知识,免得小白笔记引用得混乱乃至丢失引用。
  • PiChou 1 赞同 1 评论

    [[(( 做功能拆分还是有好处的,一些专有名词、重要的锚文本就是天然会做成文档块。

    • 不过我个人更习惯 [[ 能搜索全类型块,而把 (( 改成搜索文档块。
      • [[ 离键盘中心近,调用频繁且方便,更应考虑作为全局搜素;
      • (( 离键盘中心稍远,且需要按 shift 键配合,适合专门调用重要的文档块。

    如果 D 大坚持拆分这俩功能,考虑到各人的使用习惯,确实应该采取自定义配置的形式来解决。

    赞同!我在改版之前根本不知道原本((和【【是等价的,((真的很难摁,我键位不大熟练又是左撇子,右手无名指和食指极其不灵活,让我摁((真的很痛苦。
    Gaffey
  • EberhardLin 1 评论

    得亏是链滴人不多,即便现在链滴有着 10 万成员,但“沉默的大多数”也是极少关注与发表意见,如果体量真的上去了,这种事情很容易形成节奏并展开舆论争议。

    也得亏 SiYuan 的定位不是云文档,不然就看国内各个云文档产品背后的利益方,在哪都能吵起来,我甚至见过语雀的玉伯和 wolai 的马锐拉在知乎上发文互斗过,当然了马锐拉“说”过很多产品。

    个人看法:就交流讨论而言,中英文不互通也没什么,毕竟大家语言不通,文化有差异。但如果是开发者对反馈建议的表态,如果有所偏袒就容易让另一个群体不满。就像 🌐 英语支持 ·问题 #7758 ·思源笔记/思源 (github.com)就是国外用户看不懂中文,issue、社区、讨论都是中文,所以提了这个 issue,大家在下面都给出了意见(我至始自终无法分辨哪些是国人哪些是老外),因为这种涉及交流的也没什么。但你要出现 Github 上这个老外好热情啊,一己之力包下了大部分用户的 Issue - Ethan96 的回帖 - 链滴 (ld246.com)这种情况,以及本帖阐述的现象,那必定会引起中文用户的不满了。

    最后我实际观察了下,他们(D 大 V 姐)真不算偏袒国外用户了,只是以前老外 issue 不多,现在有那么几个当然更受重视一点,这种重视不是因为他们是老外,而是因为现阶段老外用户少。就好像班级里有那么几个不同的同学(例如在汉族主体的学校有少数名族,又或者班级里有残障人士或者烈士子女等),他们的声音班主任、老师会更重视,这是因为少数的不同会引起班主任的重视,毕竟班主任和“多数”的身份是相同的,那么就会有一种“大家身份一样的,我们一起照顾下少数的不一样”的倾向。

    尽管少数服从多数,但少数的声音容易更容易被多数的领导者听到也是真的。

    A suggestion: design a way to quickly expand the document, because now there is always the phenomenon of mistaken touch (want to expand the document mistakenly touch for the open document), please, thank you.

    话又说回来,如果英文这么好用的话,大家努力学习英文达到炉火纯青的程度,是不是可以反串一下?啧,我真是看乐子不嫌事大~
    EberhardLin
  • Kootea 1 赞同

    "对于用户建议,应该忽略其来源,谨慎地评估该建议本身"

    翻译一下:你不能因为是外国人提的需求就接纳!

    因为新增了你不喜欢的需求就用自己原住民的身份来绑架开发者吗?

    既然说“谨慎地评估“,那建议是否成熟,有没有被采纳的价值也不是你说了算。

    “谨慎地评估该建议本身”应当包含你建议本身,包括我的。

    文档块和内容块使用方式和应用场景本身就是不同的东西,只是实现方式一样罢了。

    “GitHub 上的 issue 会被瞒天过海被采纳”,OMG,你让连链滴都不上的用户怎么说?

  • Kootea 1 评论

    相信开发者对每个建议的采纳与否都是从产品发展的大局观进行整体考量的,不要被楼主这种搞国籍对立,夹带私货扣帽子的人影响,固步自封没有好处,没有改革哪有发展。

    可是,这个改动确实突然强行改变了很多用户的使用习惯
    Sheep
  • 88250 2 赞同

    这个讨论我们就到此为止吧,下个版本会增加一个配置项来满足不同需求 Issue #8077 · siyuan-note/siyuan

  • temacc0531

    反对楼主按立场扣帽子

    任何改动都可以提出想法,但也别总扯上其他无关的内容,这个建议和国籍没有半点关系,那位提出改动的用户也没有做错任何事情

  • 单纯区分引用文档块和所有块的按键我是支持的,但是希望能给用户自定义快捷键的选项,因为我个人是左撇子,因此右手无名指的键区对我来说按起来都很困难,误触率非常高。【【虽然位于右手小指键区,但是【【离手更近,我个人体感上小指比无名指要好使一丢丢。不知道别的左利手的友友有没有右手不灵活导致的类似困扰。

    另外,我不认为思源不重视中文反馈。因为我自己就反馈过很多次,我的反馈一般都是有回音的(虽然我一般是反馈 Bug 啦),用思源一年多,看着思源从 1.8.3 版本到现在的样子,就是大家一次次反馈下开发者建设的成果啊。有的反馈本身是小众的需求,发出来之后如果没有其他人关注,开发者判断后没有采用建议或者满足需求,我觉得也是挺正常的吧。毕竟思源要改善的地方还有很多,看思源平板端至今都简陋得完全不可用的样子,每次我没电脑不得不用平板的时候都要被重新折磨一次……

    补充一个细节上的中文细节:思源有对中文标点符号排版做优化,比如前引号结尾的话,前引号符号会被移动到下一行开头,这种中文排版的法则在 notion 之类的国外笔记软件中就根本不存在。像是我有在使用的 Affinity 设计绘图软件三件套里就至今没有对中文排版进行支持。

请输入回帖内容 ...

推荐标签 标签

  • wolai

    我来 wolai:不仅仅是未来的云端笔记!

    2 引用 • 14 回帖
  • OpenShift

    红帽提供的 PaaS 云,支持多种编程语言,为开发人员提供了更为灵活的框架、存储选择。

    14 引用 • 20 回帖 • 633 关注
  • PWL

    组织简介

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

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

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

    Elasticsearch 是一个基于 Lucene 的搜索服务器。它提供了一个分布式多用户能力的全文搜索引擎,基于 RESTful 接口。Elasticsearch 是用 Java 开发的,并作为 Apache 许可条款下的开放源码发布,是当前流行的企业级搜索引擎。设计用于云计算中,能够达到实时搜索,稳定,可靠,快速,安装使用方便。

    117 引用 • 99 回帖 • 211 关注
  • SQLServer

    SQL Server 是由 [微软] 开发和推广的关系数据库管理系统(DBMS),它最初是由 微软、Sybase 和 Ashton-Tate 三家公司共同开发的,并于 1988 年推出了第一个 OS/2 版本。

    21 引用 • 31 回帖
  • Hprose

    Hprose 是一款先进的轻量级、跨语言、跨平台、无侵入式、高性能动态远程对象调用引擎库。它不仅简单易用,而且功能强大。你无需专门学习,只需看上几眼,就能用它轻松构建分布式应用系统。

    9 引用 • 17 回帖 • 611 关注
  • TensorFlow

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

    20 引用 • 19 回帖
  • 学习

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

    169 引用 • 506 回帖
  • Typecho

    Typecho 是一款博客程序,它在 GPLv2 许可证下发行,基于 PHP 构建,可以运行在各种平台上,支持多种数据库(MySQL、PostgreSQL、SQLite)。

    12 引用 • 65 回帖 • 437 关注
  • 又拍云

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

    21 引用 • 37 回帖 • 545 关注
  • Sandbox

    如果帖子标签含有 Sandbox ,则该帖子会被视为“测试帖”,主要用于测试社区功能,排查 bug 等,该标签下内容不定期进行清理。

    407 引用 • 1246 回帖 • 582 关注
  • etcd

    etcd 是一个分布式、高可用的 key-value 数据存储,专门用于在分布式系统中保存关键数据。

    5 引用 • 26 回帖 • 528 关注
  • 程序员

    程序员是从事程序开发、程序维护的专业人员。

    567 引用 • 3532 回帖
  • Dubbo

    Dubbo 是一个分布式服务框架,致力于提供高性能和透明化的 RPC 远程服务调用方案,是 [阿里巴巴] SOA 服务化治理方案的核心框架,每天为 2,000+ 个服务提供 3,000,000,000+ 次访问量支持,并被广泛应用于阿里巴巴集团的各成员站点。

    60 引用 • 82 回帖 • 595 关注
  • HTML

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

    107 引用 • 295 回帖
  • JSON

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

    52 引用 • 190 回帖
  • WebComponents

    Web Components 是 W3C 定义的标准,它给了前端开发者扩展浏览器标签的能力,可以方便地定制可复用组件,更好的进行模块化开发,解放了前端开发者的生产力。

    1 引用
  • 百度

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

    63 引用 • 785 回帖 • 175 关注
  • Chrome

    Chrome 又称 Google 浏览器,是一个由谷歌公司开发的网页浏览器。该浏览器是基于其他开源软件所编写,包括 WebKit,目标是提升稳定性、速度和安全性,并创造出简单且有效率的使用者界面。

    62 引用 • 289 回帖 • 1 关注
  • IPFS

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

    21 引用 • 245 回帖 • 241 关注
  • SEO

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

    35 引用 • 200 回帖 • 22 关注
  • sts
    2 引用 • 2 回帖 • 196 关注
  • iOS

    iOS 是由苹果公司开发的移动操作系统,最早于 2007 年 1 月 9 日的 Macworld 大会上公布这个系统,最初是设计给 iPhone 使用的,后来陆续套用到 iPod touch、iPad 以及 Apple TV 等产品上。iOS 与苹果的 Mac OS X 操作系统一样,属于类 Unix 的商业操作系统。

    85 引用 • 139 回帖 • 1 关注
  • Caddy

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

    12 引用 • 54 回帖 • 165 关注
  • 周末

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

    14 引用 • 297 回帖
  • Eclipse

    Eclipse 是一个开放源代码的、基于 Java 的可扩展开发平台。就其本身而言,它只是一个框架和一组服务,用于通过插件组件构建开发环境。

    75 引用 • 258 回帖 • 617 关注
  • 微服务

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

    96 引用 • 155 回帖 • 1 关注