为何 Joplin 的作者们都这么固执

[raysonlu]

最近为知会员提示即将到期，基于为知对 markdown 编辑器的落后以及使用一年中遇到不少问题（有反馈），想换个笔记。留意到了 joplin 感觉很不错，特别是多端使用，有本地化端到端加密功能，编辑器初步使用起来也没发现什么 bug 。可是它没有对笔记加锁的功能。

插个题外话，这个加锁功能，在现有的知名云笔记中其实也很少见，唯一见到有的是有道和为知，有道的实现方式是请求服务器密码校验，为知应该是通过证书密码校验并定期更新和同步证书，这两种实现方式各有利弊，且两款笔记的其他基础功能在深入使用后发觉也不尽人意，印象是全锁，这种与“单个笔记加锁”完全是两个需求场景。

抱着希望的心情想向 joplin 提交一下这个建议，毕竟好歹也是个开源项目。然后发现，这个需求在 2 年前就已经被提出！ https://github.com/laurent22/joplin/issues/289 现在对新功能的建议提交都转到这个地方讨论了 https://discourse.joplinapp.org/t/is-it-possible-to-password-lock-the-application-upon-opening/122/13

看完后我哭笑不得，貌似作者们一直不愿意添加这个功能，他认为：

• 这种加锁，并没有加密作用，已经有端对端加密了，现有的方式才是更加可靠的加密；
• 如果不想别人看到你的笔记，就请锁好自己电脑，或者用一些第三方软件锁定软件或 APP

我感觉作者们对这个需求一直理解错误，或者不愿意去理解。对单个笔记加锁，是不少特殊使用场景都需要用到的功能，而且不少用户都说明了这样的场景，但他们就是不干，有点类似程序员有时候无脑反驳产品经理的需求那样。

[20015jjw]

从未见过如此理直气壮之人 - -

[realskywalker]

给作者捐款 1w usd，估计能加进去。

[itianjing]

楼主明显比开源作者更固执

[pluvet]

是我我也不喜欢把自己的软件做成功能大全

[pluvet]

给你提供一个思路，用另外的目录存放笔记文件，修改后自动复制到 joplin 的目录，复制过程中通过 meta 信息进行加锁解锁

[knives]

Joplin 支持自己编写插件，楼主可以从这个思路尝试下。例如，向 markdown 中添加特定的语法，经过插件处理后才能正确显示。

[blvvet]

人家有资格"固执", 你有什么资格说人家

[dianso]

千万别加这个功能 没必要

[jenlors]

开源的意思在于不爽自己改

[cmdOptionKana]

重点不是这个功能对 Joplin 有没有好处，由 Joplin 来实现是不是最优解，不该讨论这个。

即使证明了让 Joplin 添加这个功能有一万个好处，人家作者也可以不加，也不能对作者使用贬义词。这才是重点。

[oamu]

站作者。你都说了这个是开源项目，你又没钱投资开发，凭什么苛责别人实现你的需求？

[evejwp]

@lingo 标题：为什么楼主这么固执

[efaun]

要么 fork，要么捐赠一笔作者无法拒绝的数字。

[oamu]

@oamu #91 漏了个”不“ 字，苛责别人不实现你的需求。

[Cy1]

“有点类似产品经理有时候无脑提需求那样”

[SenLief]

因为这功能没啥必要。
joplin 是明文存储的，本身就是加密的，这样的功能不觉得游什么用处。joplin 就是给自己用，没打算给别人看。

[zhzy0077]

@3dwelcome 有点看不下去你的发言了, 软件加壳加密和加密一个笔记文本是一样的吗? 软件加壳加密是为了在部署分发到不可控的机器上时做到防篡改. 且不说 Joplin 永远不会 host 在别人的电脑上, 如果你认为系统加密 API 或者用标准开源库对文本加密是不可控不安全的, 我希望你破解了 /t/776529 这个再说，这就是个通过业界标 AES 加密的普通文本。

[Junzhou]

去年年底把自己写的 b 站升级助手放 github 了，然后好有就问能不能支持多账号，支持多账号没有那么麻烦，但是我内心就很抵触，一般大家都是 1 个号，多账号的就是少部分人，所以一直没加多账号。

如果有人在 issue 里好好的说，我会耐心解释为啥不加这个功能。 单如果有人因为我说不加这个，发帖说我固执（固执这次不是啥中性词），我会怼回去。。。 。

·毕竟好歹也是个开源项目· ，怕不是楼主对开源有所误解。

[IgniteWhite]

GitHub 上 issue 多看一些，你就会发现很多用户希望的改进，都在和作者讨论之后被怼回去，这是一个很普通很普通的情况，要秉持一个对事不对人的原则。

另外要认识到，作者拥有对一个开源项目的决定权，用户可以选择用或者不用，免费的。用得不满意，用户可以选择提 issue 和作者讨论，作者愿意做他会提到 repo 的计划里，作者没时间会接受用户以 PR 方式的贡献。如果作者不愿意，用户有能力的话自己 fork 然后改代码，没能力的话请别人去改，开始和另一个人的交流。

同一类产品，在收费的市场上是竞品，在开源平台上，彼此是 alternative 。这就使得开源作者没必要向用户妥协作者自己的想法，因为用户随时有其他的选择，这就是开源平台的自由性和独立性，也期望了作者和热心用户同为爱好者群体的互相尊重。这种互相尊重是开源社区极为看重的，本身也能促进事情向前推进。

[Ritr]

我不要你觉得，我要我觉得