Obsidian 的未来——首席执行官 Stephan Ango采访纪实(转载)

Obsidian 的未来——与首席执行官 Stephan Ango 和 Andy Polaine

2023 年 3 月 12 日

黑曜石直播视频中文PKM

Obsidian 的未来是什么?Obsidian 新任首席执行官 Stephan Ango (@kepano) 谈到了他加入 Obsidian 团队的原因以及他下一步想做什么。我是 Nicole van der Hoeven,今天我和我的朋友 Andy Polaine 一起来了解我们最喜欢的笔记应用程序即将推出什么。

关键要点

视频中提出的 10 个值得注意的要点是:

  • Stephan 认为思考工具的激增是一件积极的事情,因为每个使用 Markdown 的新工具都使标准更加面向未来。
  • Obsidian 的三大支柱是可扩展性、隐私性和使用寿命。这些都是 Obsidian 擅长的事情。
  • Obsidian 不擅长的地方是这三大支柱的后果(例如碎片化、难以共享和仅限于 Markdown)。
  • Obsidian 团队由五名全职人员组成,包括创始人 Licat(Shida,开发)和 Silver(Erica,产品)、Liam(日历插件开发)和 Joethei(插件审查和开发生态系统)。
  • 即将推出的功能:比 YAML 更好的元数据格式(想想 Dataview 内联字段),更好的任务查询
  • Stephan 希望保持 Obsidian 团队的规模,只在绝对必要时才发展。
  • 很难获得 Obsidian 的确切使用数据,但根据 app bundle 的下载量,大约有 100 万用户。
  • Obsidian 团队不想引入风险投资人。
  • 他们正在考虑在 Obsidian 中更好地共享,但他们需要优先考虑用例。
  • Obsidian 中的人工智能目前可能仍处于社区插件的领域。

以下是视频的文字记录。

介绍: Nicole van der Hoeven, Stephan Ango, Andy Polaine

Nicole:大家好。我是 Nicole van der Hoeven,今天有两位特邀嘉宾加入。我想先介绍一下 Stephan Ango,或者你可能更了解他的名字 Kepano。

Stephan:嘿,Nicole。谢谢你邀请我。

Nicole:不客气。

Stephan:Kepano 很棒。你可以叫我 Kepano。我对此感到满意。

Nicole:Stephan 是一名设计师和工程师,最近,他被宣布为 Obsidian 的首席执行官。所以这会很有趣。实际上,我更了解你为 Obsidian 制作的东西,比如 Minimal,还有 Hider 和 Web Clipper。但看起来你在这个行业已经有一段时间了,我想说是类似的工具。

Stephan:是的。嗯,我的意思是,到目前为止,它还没有真正进入消费领域。我在 B2B 领域建立了更多的初创公司,但我已经使用了很多这些工具很长时间了。所以,作为一个用户,我想我比我看起来要老。我一直在想,构建,我想我十几岁时真正接触的第一件事是 Winamp Skins。就像,这就像 90 年代、2000 年代初,在那个时候制作了我的第一个网站和其他东西。所以,这就是我第一次,我想,在软件世界中构建东西的经历。

Nicole:太棒了。另外,我基本上可以帮我采访你,是 Andy Polaine,他身兼数职。设计师、教育家、作家、设计领导力教练。他还与人合著了一本名为《Service Design: From Insight to Implementation》的书。他有一个播客,叫做 “Power of Ten”。但说真的,最重要的是他是我的地下城主。我们每周都玩D&D,他也是个好朋友。我们实际上是因为 Obsidian 而认识的。所以,欢迎来到频道。

Andy:谢谢。谢谢你邀请我。我很高兴能成为合作达人。或者是联合采访者。共同采访者。

Nicole:是的,我真的很奇怪,不听你说就掷骰子,但是,你知道的,我们会看看情况如何。

Andy: 我这里有骰子,以防万一我们需要——

Nicole:好的,我也有我的,所以。只要你需要我来保存,我就准备好了。

Andy:嗯,我们先主动出击,看看谁先面试,是吧?

Nicole:是的。好,让我们开始吧。Rollies,你要掷什么?好。只是一个 d20。我掷出了 2,所以。

Andy:我得了 11 分。

Nicole:你先走。

PKM 历史和 Obsidian 入门

Andy:好的,好的。我会,所以,真的,第一个问题是,这实际上是在一系列问题下,关于为什么是 Obsidian,但您是如何开始使用 Obsidian 的呢?

Stephan:首先,你能给我点赞、增益或统计数据,或者像我的角色一样的任何东西吗?

Andy:嗯,我认为你在设计和编码方面得到了加分项,对吧?所以,是的。

Nicole:Andy,你觉得 Stephan 会是什么班级?

Andy:巫师,我想。或者一个奥术师。

Nicole:是的,我在想——

Andy: 不,我想——

妮可:巫师?

Andy:是的,或者,你知道的,他也做东西的人。

妮可:神器师。

Andy:Artificer,是的。我认为他就是这样。

Stephan:回到魔兽世界的时代——

Andy:太高端了。

Stephan:我玩了很多圣骑士职业。我喜欢混合课程,但我认为我也喜欢《指环王》真的很喜欢甘道夫和那种类型的家伙,拉达加斯特,你知道的。我绝对喜欢这种类型的角色。

Andy:一个能从无到有的人。所以。所以。就像你一样。

Stephan:我忘了你的问题是什么。

Andy:是的,所以我们马上就会失去一半的观众。所以,你知道,你是客户,对吧?在你成为 CEO 之前,你是一名用户,很快我就记得在 Obsidian Discord 上看到了你的主题,当然是你的主题,可能是其他一些事情。那么,你知道吗,你最初对 Obsidian 的吸引力是什么?

Stephan:我们收到一些评论,说你的麦克风非常噼啪作响。

Andy:我们听到了。这很奇怪,不是吗?

Stephan:是的。是的。

Andy:我以前有过。

Stephan:有些人听到了。

Andy:我不知道这是怎么回事。

Stephan:但要回答你的问题,在过去的 15 年左右的时间里,我一直在使用很多不同的工具来尝试解决对我来说主要是日记问题的问题。所以,我希望能够在一个工具中写下我自己的日记笔记,随着时间的推移,我发现 Wiki 类型的格式是我真正喜欢的。我有点爱上了 wiki 链接那种想法。这个想法一直存在,我不确定到底是谁发明了这个符号。我认为是 MediaWiki 中的维基百科人,那种类似的双括号概念。但一旦我发现这一点,我就觉得我只想用它来写日记。所以我用了很长时间的那个是 TiddlyWiki,TiddlyWiki 也有同样的括号表示法,但我发现我作为用户的个人感受,我真的很想要一些感觉非常简单和简约的东西。就像你可能会注意到的那样,我为 Obsidian 制作的那种喜欢、类型的主题和东西。当 Obsidian 问世时,我几乎立刻就发现了它,比如,我猜是在 2020 年 4 月,你知道的,就在大流行开始时。比如,我想很多人,我不知道,大约在那个时候,他们呆在家里,探索不同的东西,我发现了它,我花了大概一年的时间试图将 TiddlyWiki 定制得更用户友好一点,还有 Obsidian,甚至在 V1 或其他什么版本中,而不是 V1 就我而言,V0.001 已经比 TiddlyWiki 为我做的更好了,它有快速切换器,有提示,它有我想要的文件导航。它看起来不太像我想要的,但它有很多我正在寻找的那种漂亮的用户界面模式。所以我差不多开始制作了,我拿了下来,我回头看了看我的笔记,为这次谈话做准备,在使用了几天后,我几乎全身心地投入了 Obsidian。我导入了所有内容,并立即开始制作最小主题。但一开始我只是为了自己。我并不打算发布它,我只是想解决我自己的 UI 偏好。

Nicole:所以我实际上用了很多 TiddlyWiki。我使用它的原因有很多,因为我当时是一名顾问,那里的很多工具都需要,比如,它们基本上都在云上,所以这是一个 SaaS 平台,我必须登录,而且这些网站并不总是被我碰巧工作的公司允许。 所以这就是我喜欢 TiddlyWiki 的原因,它可以像闪存驱动器一样放在上面,然后就可以工作了。这也是我开始使用 Obsidian 的部分原因,因为它是本地的。

Stephan:是的。是的,这就是,你知道的,当你离线时,能够在你的计算机上使用它,只是拥有这种控制权。你知道的,我在飞机上使用它,所以对我来说,当地人的第一个想法是,我不知道,我只是觉得它更自然,它让你做事的速度要快得多。因为我有经验,你知道的,我不会说成为一名工程师是我的首要任务,但我确实涉足了很多不同的东西,我使用 Sublime Text 作为我的主要代码编辑器,但习惯于使用代码编辑器, 你只是希望一切都能马上、超快地为你准备好。比如,在某些情况下,即使是一个小的延迟也会妨碍我的工作效率。所以,在云中,它总是感觉有点慢。我以前使用过很多这样的工具,特别是用于工作目的,比如 Confluence 或 Google Docs 之类的工具。而我觉得的迟钝,真的阻碍了你能够在你试图做的任何事情上取得进展。

Andy:是的。我的意思是,对我来说,这是便携性的事情。我想,我把所有事情都切换到了 Markdown,我的博客也是如此。就像真的,真的,真的在 Gruber 发布它之后不久。我曾经使用 Notational Velocity,我认为这可能是我所知道的最早的符号之一,一种数据库的想法,它只是位于一堆 Markdown 文件之上。然后 Brett Terpstra 将 NvALT 和 nvUltra 放在一起,他仍在努力。你知道,我一直很不忠诚。我用过很多很多类似的产品,每个人,可能也是大多数人,每一个 Markdown。他们中的很多人也开始做那种 wiki 的事情,但取决于——

Stephan:他们太多了,而且——

Andy:是的。是的。

Stephan:我认为这是一件了不起的事情,现在 Markdown 编辑工具的生态系统是如此深入和广泛,以至于我经常认为 Obsidian,对我来说,整个领域令人兴奋的地方是这样的,我非常好奇我们如何让数字信息长期存在。比如,我们现在的想法在未来将如何继续存在数百年?我们有几千年的书籍,但你知道,我们只有 70 或 80 年的数字文件。我喜欢这样的想法,即像纯文本这样的东西在未来几百年里仍然存在。因此,使用像 Markdown 这样的东西,就像,在某种程度上,文件比应用程序重要得多。就像,Obsidian 最终会过时,因为技术变化太大。但希望纯文本能永远存在。

Andy:是的。我的意思是有点像你,我稍后会问你关于 Computer Show 的事情,但有点像你,我已经在这里呆了很长时间,我想,我已经在数字领域工作了大约 30 多年,我受够了,但这是我转向做所有事情的原因之一, 我做所有这些,仍然使用 Markdown 之类的东西来开具发票,因为我有太多次了,比如,“哦,这个应用程序已经停产了,你知道的,已经停产了”,或者“我有很多工作还在 CD-ROM 上。我保留了一台旧笔记本电脑,它仍然带有 CD-ROM 驱动器,只是为了能够查看它。

Stephan:哦,真的吗?你必须转移这些。

Andy:它仍然在运行,有点像,哦,这是一个,不,但是是的,但有些就像,Director MacroMind,实际上,Macromedia Director 的东西,这是你唯一可以玩的东西,所以你也必须保留它。我转移了很多其他的东西,但我有同样的东西,我开始使用 Evernote 一次,然后尝试把东西拿出来。这太可怕了。对 Notions 也有同样的事情,从 Notion 中导出,它把所有其他的垃圾都扔进去了。所以,你知道,是的,我同意。我认为文件格式是赢家。

Stephan:是的,文件比这更重要。

与竞争对手打交道

Andy:不过,作为 CEO,我更感兴趣的是,你知道的,有很多,嗯,我可能会有点粗鲁地说 Obsidian 克隆体会突然出现。感觉就像,在过去的一年里,你知道的,甚至在去年也有很多事情要发生。所以,你知道,无论你是否感知到这些,这对 Obsidian 来说是一个挑战吗?Obsidian 是不是有点,只是走自己的路,每个人都有自己的风格?现在是一件好事吗,你认为这是一件好事吗?

Stephan:嗯,我认为这是一件好事,因为我仍然有点像一个纯文本极简主义者。所以我认为,你必须拥有多样化的客户,才能让它永远持续下去。比如,我仍然认为文件比应用程序更重要。我确实认为,如果开始出现太多特定于应用程序的语法,就会变得危险。我认为这有点危险,因为它会降低互操作性。比如,我认为,你知道的,Markdown,尽管它有这么多缺陷,我认为很多人对 Markdown 感到沮丧,它经受住了时间的考验,至少在过去,无论它已经存在了多少年、12 年、15 年,我不太确定,但也许在这一点上,我正在变老。所以,我认为我们在 Obsidian 面临的最大挑战之一是有时我们想做一些新的事情。比如,最近我们推出了 Canvas 功能,但没有现成的 Canvas 类型的生物格式。所以,你知道,我们创建了一个新的,你知道的,开放的,它的类型规范就在那里,但还没有其他客户端支持这种文件格式。希望会有,但我认为客户的多样性是好的,因为有很多人对思维应该如何运作有很多不同的看法,而 Obsidian 并不是特别教条,比如,我们一直在考虑的主要价值之一很大一部分是可扩展性。那么我们如何让个人用户轻松定制 Obsidian 呢?此外,我们如何使开发人员能够在它的基础上进行构建?但是有一个,我认为创建一个非常有主见的 Markdown 或工具是非常可行的,你知道的,它采用与 Obsidian 不同的方法。我见过很多人喜欢在工作流程的不同部分使用不止一个不同的。所以,是的,我认为这很好。我认为我们正在经历一些类似寒武纪大爆发的时刻,因为现在出于某种原因,在过去的几年里,人们已经意识到这是一个非常令人兴奋的问题,我认为我们都从彼此身上学到了很多东西,所以,我认为这是一件好事。

Nicole:所以你说的一件事是,因为我在思考这个问题时浏览了你的博客。你有一篇关于伟大的工具如何选择在某些事情上表现不佳的文章。那么,你认为 Obsidian 选择不擅长什么呢?

Stephan:嗯,我认为设计原则只有在你能兼顾它的两面并创造出引人注目的东西时,才是真正的设计原则。例如,我们讨论了可扩展性。这是我们的三大支柱之一,我想说的是,Obsidian 正在努力成为的目标。其中一个是关于隐私,一个是关于你的笔记的寿命,另一个是关于可扩展性。所以这三件事是我们想要继续真正擅长的事情。但你可以将扩展性示例作为我们的设计原则之一。我们想让 Obsidian 超级可扩展。但是你可以,我能理解为什么有些人更喜欢一个完全不可扩展的应用程序,也就是说,你知道的,完全由一小群人设计,他们试图创造一个非常有凝聚力的体验。我认为 Obsidian 的一大挑战是,我们总是问自己,“社区插件和核心插件应该是什么?我们一直在问自己,“我们如何才能让社区插件对应用程序来说更原生,对人们来说更有凝聚力和直观性?它们对应用程序的其余部分有意义吗?因为任何开发人员基本上都可以在 Obsidian 中构建任何东西。所以,我认为对于一些 Obsidian 新用户来说,他们必须下载很多插件,其中一些插件感觉有点卡顿,这是他们常见的挫败点。所以,你知道,Obsidian 选择在这方面做得很糟糕,但代价是它允许人们有很大的自由来自定义应用程序。你可以以同样的例子为例,你知道的,隐私和寿命。这些也有自己的权衡。Andy,你想说点什么吗?

Andy:我在想,你知道的,这让我想起了你刚才说的话。就像你谈到的插件一样。Apple 对 iPhone 所做的一个技巧是让手机成为一个应用程序。这听起来就像是一件非常平庸的事情,但在那之前,还有手机、智能手机,都是那种带有应用程序位的手机,它们真的很卡顿。我认为其中一件事是,显然没有键盘,没有触摸屏,这意味着你获得任何应用程序的东西完全是应用程序。好吗?所以,你知道,我在 FaceTime 中,它完全是 FaceTime,我在 Obsidian 中,它完全是 Obsidian,整个手机变成了你正在使用的任何应用程序。我觉得,你知道的,在某种程度上,这就是插件机制可以为 Obsidian 做的事情。从根本上说,它是一个文本编辑器,以查看器的身份浏览一组 Markdown 文件。但是你知道,一旦你开始放置,特别是其中一些更强大的插件,它就完全变成了另一种东西。我认为,我发现你可以打开和关闭这些东西真的很强大。我可以看到,你知道的,我前几天在分享我的学生,因为他们在谈论设计研究以及如何使用 Obsidian,他们中的很多人都使用 Notion。我完全明白他们为什么使用 Notion,对吧?因为,你知道,这对他们来说只是零学习曲线。直到他们想带走这些东西,然后他们就会发现。我认为其中一些事情有点像做备份。你发现方法很艰难,对吧?但我有点觉得,与 Obsidian 和插件一起做出权衡是一个明智的权衡。而我只是在想这点——

Stephan:但它有它的缺点。我的意思是,我认为,你知道的,关于隐私的重点,我们考虑隐私的方式是拥有对你的文件的所有权。他们不在别人的数据库中。它们位于您的计算机和设备上。你知道,如果你选择使用第一方同步,一切都是端到端加密的,所以我们在隐私方面有这种强大的支柱,但它的代价是它使某些事情对我们来说更难。例如,人们问我们,我们会不会看到 Obsidian 的 Web 客户端?就像在线的,你知道的,基于云的 Obsidian?这对我们来说要困难得多,因为我们无法访问您的文件。我们将不得不在加密您的数据和能够在我们这边看到这些信息的价值上做出妥协,以便能够将其呈现给您。这让事情变得非常艰难。除非有一些问题,我们已经考虑了很多这个问题,但这确实是一个非常难以解决的问题。但是对于某人,你知道,无论他们处于什么情况下,要么无法访问本地应用程序,因为他们知道,有计算机限制,你知道,应用程序,他们无法下载 Obsidian,要么他们在学校计算机上,他们必须从学校计算机访问它,这确实存在限制。但我认为强有力的原则会迫使你做出这种权衡,你可以站在任何一边,制作一个引人注目且合法的应用程序。您知道,我们只是选择了我们自己的特定权衡,这就是那篇博文的主题。所以。所以 Obsidian 还不擅长其他事情,比如与寿命有关,比如选择使用 Markdown。对某些人来说,这并不是最直观的。我可以想出一长串 Obsidian 不擅长的事情,以支持它想要真正擅长的事情。我认为,做出权衡是我们的工作。

Nicole:嗯,我经常听到的一件事是 Obsidian 过于以开发人员为中心,或者有些人认为它不平易近人。我认为这又回到了我们一直在谈论的问题。你确实必须做出决定,你确实牺牲了一点可用性来换取灵活性和模块化。我的背景是性能工程,所以我非常关心性能,我喜欢制作最简化的应用程序的想法,然后为扩展留出空间,以便其他人可以做出自己的决定。我宁愿拥有它,也不愿拥有一个包含所有内容的应用程序,我真的别无选择,因为我的用例将与其他人不同。

Andy:那是 Microsoft Word,对吧?

Stephan:是的。

Andy:当你有那种臃肿的东西,他们有时会打开每个调色板的截图,而且空间差不多,他们实际上会编辑一些文本。

Nicole:对了,你喜欢我的衬衫吗?

Stephan:哦,是的。经典。

Nicole:你的呢?

Andy:是的。

Nicole:真令人失望。

Stephan:我知道,我没有,我就是个极简主义者——

Andy:这是一张印刷品。

Stephan:我还没买到我的黑曜石周边产品,但是,是的,你那边看起来不错。

Andy:所以,你知道,你几乎从一开始就一直在为 Obsidian 做出贡献,然后你开始与他们合作。他们怎么了?这是 Licat 和 Silver,基本上——

Stephan:是聪明的团队,是的,聪明的团队。

加入 Obsidian 团队

Andy:两人团队。所以,你知道,这是怎么回事,我不知道你能透露多少,它是怎么发生的,然后,以及是什么样的转变?什么时候有过这样的时刻,“嘿,当 CEO 怎么样?

Stephan:是的,嗯,这是一个非常有机的过程,因为在 Obsidian 刚出来的时候,我正在经营一家不同的公司。所以,你知道的,我开始构建最小的主题,到处都是不同的小插件,Web Clipper。我在 Discord 和论坛中非常直言不讳地谈论一些我认为会是改进或错误修复的事情。当时,黑曜石社区比今天小得多。因此,我经常通过 Discord 与 Obsidian 的创始人 Licat 和 Silver 互动。只是非常有机地谈论这里有一些可以改进的地方,这里有一些我发现的 bug。您能帮我使用我正在尝试构建的 Minimal 功能吗?您能给我一些关于如何正确执行此操作的反馈吗?所以,我们开始互动,你知道的,谈论 Obsidian 好几年了。而且,我不太确定它是从哪个时间点开始的,也许大概是那个时候,我试图喜欢,实际上记得,但我想有一次年度宝石比赛,Minimal 赢得了最佳主题类别,我想我在那个时候开始更多地使用 Silver 和 Licat 进行 DM。 只是通过 Discord 的聊天来了解他们。他们发现我一直在经营一些创业公司,并就一些小事向我寻求一些建议。所以我们只是让这种对话继续进行,在去年的某个时候,有这样的想法,Obsidian 想要达到 1.0 版本。而 1.0 版本,我的意思是,我认为,你知道的,这很有趣,这真的是一个里程碑式的时刻,因为我们,那时我开始参与这个项目,他们要求我基本上创建新的默认主题。所以我和他们一起兼职工作,把我在 Minimal 上的很多经验带到了核心应用程序中。但同时,他们也问了我一些我觉得在我看来最优先的小细节清单上的事情,这些小细节我们觉得仍然有点尴尬,或者说,在我们真正觉得我们可以称之为 1.0 之前,我们想真正确定下来。而且,就在那时,我开始与他们以及 Liam 更紧密地合作,Liam 现在是团队的全职成员。您可能从日历插件中认识 Liam。他太棒了。我们基本上有五个全职员工。Joethei,你可能已经在社区中看到过,他们在插件审查和开发者生态系统方面提供了很多帮助,然后还有其他一些一直在兼职帮助我们的人,比如 MG Meyers,你可能从看板插件和样式设置中知道他正在工作,他一直在研究 Canvas,有点像, 领导了 Canvas 工作。所以,关于这个项目的对话越来越多,我才意识到它太有趣了,我非常喜欢 Obsidian。就像我刚才一样,我真的希望它继续成为我生活中的重要工具,以一种非常自私的方式,但我也认为 Shida 和 Erica、Licat 和 Silver 是如此成熟的企业家,他们比我年轻很多。他们让我一直觉得自己老了。但这是一次很好的知识交流,是的,所以我们开始讨论这个想法,他们也同意了。我认为这是一个非常、非常互补的技能。我真的很兴奋,比如说,Licat 是我合作过的最不可思议的工程师之一。我曾合作过在我的一生中,有很多像这样了不起的工程师,我非常非常尊重他。他非常、非常令人印象深刻,并且在可预见的未来,他们都会继续参与其中。Erica 对产品以及如何思考用户真正关心的东西有着令人难以置信的头脑。所以,我认为,在某种程度上,他比任何人都更能影响 Obsidian 拥有如此令人惊叹的社区。从一开始,让它成为 Obsidian 的重要组成部分,我认为这是 Erica 的很大功劳。所以,看到他们,比如说,了解他们让我意识到,我宁愿做的就是帮助这个社区继续发展,帮助确保 Obsidian 拥有可以持续很长时间的结构,有点像回到在应用程序级别很重要的长寿原则。我们如何在公司层面真正实现这一点,以便类型、产品和公司能够保持一致?所以,是的,这就是为什么我有点相信——

Nicole:我也只是想喊——

Stephan:非常有机。

Nicole:有些人在问——

Stephan:哦,我们从哪里买到商品?

Nicole:我们从哪里买到商品?顺便说一句,我买了这个。它就在这里。

Stephan:是的。

Nicole:只是为了让每个人都能看到,因为那里有一些很棒的东西。

Stephan:是的,我认为是——

Nicole:我想问你——

Stephan:是的。

为工具构建者构建有意的工具

Nicole:是的,是的。所以我还想问你,早些时候我介绍你的时候,我说你在类似的领域工作过,我现在意识到这有点奇怪,因为你以前工作过的公司不是笔记应用程序。但我的意思是,实际上我在你所做的工作中看到了一个主题,它都是关于创造最小、有意识、制作精良的东西。我想,在您之前的公司 Lumi 中,您谈到了包装,并使其更加透明和有意识。我知道你也是一名工业设计师,或者你声称不再是一名工业设计师,但这也是你在那里的工作中的一部分,不是吗?

Stephan:是的,我是一名多面手。我喜欢涉足很多不同的东西。所以,它把我带到了很多不同的方向,但我认为共同的主题是我一直对制作工具感兴趣。所以,在我的职业生涯中,基本上一切都是某种工具。所以就 Lumi 而言,它是一个工具,它实际上是两个不同的工具。一个是面向工厂的,帮助制造商将他们的能力上线,另一个是帮助需要与制造商合作的企业找到合适的制造商并与他们合作的工具。所以,我喜欢构建工具,让个人能够做他们以前做不到的事情。所以 Obsidian 绝对符合这一点,因为我觉得,我的意思是,在我自己的个人生活中,使用 Obsidian 是如此有意义和令人兴奋。就像,我觉得当我使用 Obsidian 时,我的思维过程更清晰、更可靠。我觉得,我拥有的超能力是如此令人兴奋,我也想帮助更多的人获得这种感觉。所以,是的,就像,在我的一生中,这个主题基本上就是不断回归,制作工具,帮助其他人做他们想做的任何事情。

Nicole:它还帮助其他人制作其他东西,对吧?因为,你知道的,你也做过一些事情,比如说,把外面的东西删减掉,因为外面的信息过载了,我知道你做了一些东西,比如,Tidy,它简化了我们甚至在页面上看到的内容。你怎么看,黑曜石里有什么东西吗,因为我们已经讨论过它不擅长的事情。你有没有想引入什么重要的功能,这些功能不会减损它,不会让它变得像这个臃肿的软件,但仍然沿着有意识和帮助人们的相同路线?

Stephan:当然。我认为我们想要继续研究的领域是基元。比如,你可以使用哪些基本的东西,你可以在这些基础上进行构建?因此,我们有一个公开的路线图,它并不总是最新的,但我们现在正在做的一件大事是围绕元数据。所以,很多时候,我个人是 DataView 的忠实粉丝,DataView 是我最喜欢的 Obsidian 插件之一,我用它来做所有事情。“然后问自己,”我们能做些什么来让 Obsidian 的用户和开发者生态系统更多地利用元数据?所以,你知道,你可以,有几种不同的方法可以使用 Obsidian 将元数据添加到你的笔记中。其中一个是通过 frontmatter 中的 YAML,另一个是通过 DataView 拥有这些类似的自定义字段。所以,我们想要的是一个区域,就像 DataView 的作者必须创建这个带有双冒号的新表示法一样。你知道,你在值中放置一个键,然后用双冒号分隔它们,这种表示法本质上是由 DataView 的作者发明的,因为编写 YAML 非常痛苦。因此,我们能做些什么来稍微清理一下,让元数据从用户的角度来看更像是一等公民,同时也让更多的开发人员能够在此基础上进行构建。是的,API 文档和开发人员门户。我在找,我什至不记得我们这里有什么。任务。我们目前还有其他一些事情,我很高兴能分享一下。谈论路线图-

Nicole:几个问题,Stephan——

Stephan:好的,请继续。

Nicole:您提到了 DataView。我知道他正在开发 DataCore,对吧?这是要内置到 Obsidian 中的东西,还是仍然会是一个社区插件?老实说,如果没有 DataView,我永远不会使用 Obsidian。

Stephan:你知道,我真的没有,我不太确定 DataCore 的目标是什么。我不太了解他想用它做什么。我认为我们的工作始终是在感觉像核心插件和感觉它应该成为社区一部分之间找到适当的平衡。所以,我认为从长远来看,我们确实希望有好的方法让人们将元数据添加到他们的笔记中,也许以某种方式查看元数据的输出。我认为这是一个长期的项目,但从短期来看,元数据改进实际上是让将元数据添加到笔记中变得更加容易,然后希望这能使 DataView 之类的东西更易于使用。但也许从长远来看,人们会考虑更多方式来点赞、查看和查看他们的数据,或者他们笔记中的元数据。我确实发现了 DataView,它的一个挑战是它非常书。就像,它确实需要,它有一个语法,你知道的,就像 SQL 一样,我认为这不是最用户友好的。所以我们已经看到了很多插件弹出来,比如 DB Folder 是一个有趣的插件,它让它更像所见即所得。作为一个社区,我们最大的好处之一是人们可以构建针对不同类型用户优化的插件。喜欢编写 SQL 的人会喜欢使用 DataView,但喜欢更 WYSIWYG 的人会更喜欢不同类型的 UI。我们可以耐心地处理我们真正想要构建的核心内容,因为我们可以观察人们喜欢什么,人们做什么,然后决定我们自己想要构建什么。

Obsidian 作为一个团队和公司的成长

Andy:你认为有没有,我的意思是,有没有计划来发展团队?或者说,部分原因在于您是一个非常小的团队?

Stephan:我认为目前我们希望保持非常小的规模。我们想尽可能地做小,因为,你知道,让我想加入 Obsidian 的另一件真正重要的事情是,从早期开始,Shida 和 Erica 就决定他们不想引入投资者,比如风险投资人。在我的整个职业生涯中,我一直在工作和建立的公司使用了阳光下的每一种融资模式。比如,我的第一家公司是 2009 年最早的 Kickstarter 活动之一。我走过风险投资路线,我做过自力更生,就像,我什么都试过了。我认为,当谈到 Obsidian 的目标时,特别是寿命,还有隐私和可扩展性,我发现这与 VC 路线不是很兼容。而且,如果你对生态系统进行调查,你会发现,实际上,几乎所有的大型 PKM 应用程序,如果你想这样称呼它们的话,都筹集了大量资金,比如数百万美元,甚至数亿美元。问题在于,我认为从长远来看,它错位了对用户以及他们想要如何存储笔记的激励措施。就像,基本上它激励了某些有点违背我们原则的行为。因此,出于这个原因,我们试图非常有意识地构建,并通过我们类似原则的可扩展性部分来使社区能够更多地定制内容。比如,我们觉得制作这个具有所有功能的大型应用程序不一定是我们的工作。我们喜欢看到社区如何以自己的方式扩展 Obsidian。所以我想说,发展团队,更多的是出于必要,而不是出于喜欢的愿望,尝试自己做所有事情。我猜,我们现在甚至不知道有多少 Obsidian 用户,因为我们太注重隐私了,我们没有分析,我们只是喜欢,不知道。但是我们可以根据一些不同的例子来猜测,比如有多少人下载了 app bundle,Obsidian 可能有近 100 万用户,而团队基本上只有 5 名核心成员。最终,从支持的角度来看,事情可能会开始出现问题,我们可能需要雇佣人员在这方面提供帮助。但如果可以的话,我们会尽量保持小规模。

Andy:是的。我认为你在 VC 这件事上一直非常外交。我的意思是,总的来说,在我的教练实践中,你知道的,你有,我指导了很多设计领导者,他们在创业公司或扩大规模时有点受苦,因为这种持续的规模压力,因为这种持续的压力只是为了更多,你知道,我想要 10 倍,你知道的, 投资者希望在一些愚蠢的时间内获得 10 倍的投资回报,诸如此类。这肯定会导致,你知道的,Cory,Al 博士所说的,一种最终认证,你知道,这个事情有一个阻塞点,我们的服务器上有每个人的数据,他们必须使用应用程序,然后你开始,它变成了一种试图提取价值的过程。而我——

Stephan:嗯,我已经谈到了那个东西——

Andy:哦,继续,继续。

Stephan:为了捍卫风险投资,我想说的是,有些企业在构建软件方面处于特殊地位,因为软件对我们来说是免费的。但是,你知道,世界上有一些公司必须生产实体产品——

Andy:是的,这是真的。

Stephan::他们必须购买材料并下订单,因此他们需要以某种方式筹集资金,而 VC 就是其中一条途径。你可以获得贷款,比如,有不同的方式。所以我认为,我不是这样,我只是有一种更禅宗的观点,我理解为什么很多公司都朝着那个方向发展,这是有道理的。我认为,就我们具体要构建的东西而言,这并不合适。但它不一定适合所有事情。

Nicole:所以——

Andy:你刚才提到了什么,哦,对不起,Nicole。你打算说什么?

分享, Obsidian Sync, Obsidian Publish

Nicole:我想说的是,我想很快回到 Obsidian 最不擅长的地方。你知道的,Stephan,我喜欢 Obsidian。是的,我全力以赴。我可能是最大的粉丝。我认为 Obsidian 不擅长的一件事是我真正希望看到改进的一件事,那就是分享。因为我认为这是阻止大多数人使用它的原因,因为,你知道,以孤立的方式自己使用它是一回事。它在这方面表现出色。但是任何时候你有其他人想一起做这件事,比如说,Andy 和我玩 D&D。好吧,这不是工作的事情,对吧?但这是一种娱乐用途,老实说,它占用了很多,我对 Obsidian 的用途是角色扮演游戏。在那个组中,我们四个人,三个半,使用 Obsidian。我们不能分享我们的笔记。我们不能有一个存储库供我们所有人协作。所以我们有单独的笔记,是的,我们可以使用 Dropbox 之类的东西来分享这些笔记,但例如 Andy 不能或不想与我们分享他的所有笔记。也许他会选择他们中的一些人。所以我希望看到更多的共享权限。

Stephan:是的,我认为共享是一个很大的挑战,因为在共享下嵌套了三四个不同的用例,它们彼此完全不同。所以,我们已经发布了,所以我们现在正在做很多工作,实际上,做一些发布改进。有一大批发布改进刚刚上线,大约一两周前,这更多的是关于与外部世界、整个保险库共享,我们希望不断改进这一点。然后是 sync,就像有这个概念叫做 Shared Vaults。我不知道你有没有试过,但 Sync Shared Vaults 实际上是我们在 Obsidian 团队内部使用的。所以,你知道的,在我们五个人之间,每个人都在做项目,我们会把笔记保存在一个共享的保险库中。然后还有这样的想法,“嘿,我正在写这封信,我只是想给某人发送一个链接,以便他们可以看到它。他们没有 Obsidian,或者他们不知道,你知道,我不想喜欢,让他们经历必须的过程,你知道的,学习关于 Obsidian 的一切,只是为了阅读这张纸条。你知道的,那个笔记可能是半私密的,就像,它不像一个已发布的用例,你希望全世界都能看到它,你只想让这个人看到它。然后是一个协作用例,比如 Google Docs 或 Notion,让一些人很容易就喜欢,协作编辑一些东西,即使他们没有,或者有 Obsidian。所以,这些都是需要以不同的方式解决的不同问题,我确实认为我们想找到解决这些问题的方法,弄清楚正确的顺序,这是作为一个小团队的另一个挑战,我们现在和以后做什么?但我认为,所有这些都是我们希望解决的问题,你知道的,肯定是在中长期内。我们非常清楚这一点。

Andy:不过,感觉这里也有一点线索,当你谈到时,你知道的,因为显然分享部分提到了你之前谈到的隐私问题。

Stephan:是的。是的。

Andy:它还链接到,是否有基于浏览器的 Obsidian 版本?你知道的,因为显然,轻松共享和协作处理文档的方法之一是拥有一种基于浏览器的编辑器,即使它只是针对该文档。这几乎就像,你需要一种,而不是一个单独的保险库,而是你现有保险库中的一种飞地,你可以说,“哦,这个可共享的位和它的所有其余部分,你知道的,仍然是加密的,”比方说,我不知道加密是不是个问题,但你知道, 在某个时候,一旦你分享了它,你就不能那样做,对吧。

Nicole:所以我认为——

Andy:这可能是基于浏览器的版本的开始。

Nicole:我认为我的问题是我能够处理这些用例,但我对每个用例都使用单独的工具。我真的很想在这个领域进行精简。就像你刚才说的,能够分享一个链接。我使用 Etherpad 来使用它,但它不是最好的。不过,它奏效了。然后,当你谈到使用 Sync 时,我也订阅了 Sync,但这也需要其他人有 Sync。因此,对于那些使用 Obsidian 不够用保证 Sync 的人,我使用 Dropbox。然后在工作中,因为我们的所有内部文档都在 GitHub 存储库上,所以我使用 GitHub 来带来我的 Obsidian 笔记并分享它们。这带来了很多东西,但也带来了点赞、评论和回滚更改的能力,以及处理合并冲突,而 Sync 目前还不能做到这一点。

Stephan:我完全同意。是的,我认为这些是我们最终必须解决的问题。我确实这样做了,回到感觉它应该是一个核心的东西,什么感觉它应该是一个社区的东西,我认为共享是属于核心的东西,或者至少核心需要为所有不同的用例建立良好的共享机制。发布、协作、单笔记共享只是一个问题,我们该怎么做?我们按什么顺序构建这些功能?我们能否以符合我们原则的方式构建它们?

Obsidian 中的任务管理

Nicole:我们能谈谈任务管理吗?因为那是路线图上的东西。那么,在这方面您有什么可以与我们分享的吗?

Stephan:我想说,我们围绕这个问题的目标相当保守。这不会是对所有事情的重大改造。它更多的是关于,我们如何以更好的方式使任务可查询,并添加更好的日期支持?因此,我们一直在思考截止日期如何与任务配合使用?所以现在,你可以通过社区插件来做到这一点,但我们想弄清楚,是否应该有一种核心方法来处理截止日期?同样,首先考虑 API,以及它如何使开发人员在此基础上提供一些新的体验。但我想说的是,这个项目对我们来说有点被搁置了,因为我们有一些其他的想法,我们想首先优先考虑,比如 Canvas,以及我们现在正在进行的一些事情,比如元数据和发布改进。

Nicole:我确实想到,如果你共享 DataCorp 或 DataView 之类的日志,那么很多事情,比如任务管理,都会有所帮助。“因为功能就在那里,你只需要让它看起来漂亮,但你很擅长这一点。

Stephan:是的,我是说挑战又一次,比如,你知道的,两三个人在建造东西。我们只有这么多的带宽,而且在两者之间找到一个令人满意的中间点,我们想确保我们以良好的速度发布功能。但是每次我们添加新功能时,我们也会添加,你知道的,添加到可能出现的潜在问题或某些插件的边缘情况的潜在错误表面积上,我们会增加功能请求的数量,例如,当我们添加像 Canvas 这样的东西时,我们会收到一大堆来自这些人的新功能请求, “哦,Canvas 很棒,但它不能做 X、Y 或 Z。”所以,我不知道有人曾经解决这个问题。这只是在世界上构建软件的问题。但是,这可能是我们作为一个团队应对的最大挑战,如何在现在构建的内容之间找到适当的平衡,我们希望这个功能有多全面,而不是从小处着手,然后在它的基础上进行构建。但是跟踪锁定插件,我们倾向于这样做,我们已经做过几次了,当我们这样做时,我们倾向于从头开始重写它。所以这是一项相当大的努力。比如,重写 DataView 或 Data 之类的东西,我还没有查看 DataCore 的代码。这不是一项小任务。这往往是一件相当大的事情。

Obsidian 中的人工智能

Nicole:Imaginationscene 的另一个问题和另一个名为 Remy 的用户提出的问题,“AI 呢?或者集成像 ChatGPT 这样的东西?这是你关注的事情吗?

Stephan:我一直在思考这个问题。我认为现在,所以这种类似,可以追溯到 Obsidian 的可扩展性的好处。我很确定 Obsidian 是第一个集成了 ChatGPT 或类似 GPT-3 的应用程序,因为社区中有人为此构建了一个名为 Text Generator 的插件。现在,我认为有三四个插件可以连接到 Open AI API。所以,对 Obsidian 来说,很酷的事情是,因为构建插件非常容易,人们往往会非常喜欢,我们都有非常快和非常慢的能力,所以,社区可以去构建一个解决该用例的插件。实际上,我认为他们相当不错。我已经使用了很多 Text Generator,但我们也可以耐心地为 Obsidian 构建它的正确方法。我认为现在有很多公司都急于将 GPT 添加到所有内容中。在这方面,我个人的偏好是,我希望它首先是本地的,完全私密的。我不想发送我不喜欢的数据,我想完全控制正在发送的任何数据。你知道,训练和推理的概念,我们正在深入研究 AI 的工作原理,但我希望有一天,能够有一个插件,无论是核心插件还是社区插件,都可以在你的保险库上进行一些训练,从你的保险库中学习,并能够在你的计算机上本地进行推理。 使其完全符合 Obsidian 闻名的隐私和本地优先原则。现在的挑战在于,这在显卡上是相当密集的,而且在本地为用户设置相当复杂,我们仍在等待,看看像 Stability 这样的公司是否会发布一个开源的镜像生成平台,已经有关于他们发布开源语言模型的讨论。因此,我们在做决定之前,会等待所有这些事情都汇集在一起。我们认为我们更愿意构建那种符合我们原则的东西,但与此同时,你可以使用一堆插件来解决该用例,我认为它们实际上做得很好。

Nicole:Stephan,你听说过 Napkin 吗?

Stephan:不,我不认识 Napkin。告诉我更多。

Nicole:是的,这是我最近一直在使用的一项很棒的服务。它以一种非常有趣的方式使用 AI,因为我认为人们非常关注使用 AI 来生成文本块、轮廓或图像。但 Napkin 的作用是查看你的保险库,嗯,它不是保险库,因为它不是为 Obsidian 做的,它会查看你的 Readwise 高光,并使用 AI 智能地标记它们。所以,它有这个界面,你可以确定,你可以点击点赞、一个想法或一个亮点,它会向你展示你已经拥有的其他亮点的智能链接,你可能还没有放在一起。有时他们会说,他们甚至没有使用相同的关键词,或者他们没有以相同的方式标记,但不知何故它仍然会弄清楚。这种事情对 Obsidian 来说是无价的,因为手动链接东西有很多话要说,但获得一些帮助会很好。

Stephan:我觉得这听起来很棒。我在聊天中看到了很多这样的评论,他们提出了一些不同的想法和一些我什至不知道的插件,他们已经在做一些更本地化的 AI 工作。我认为 Obsidian 社区的神奇之处在于,我们每个人都是书。比如,我们有一些人是我接触过的最高级的工程师,他们正在开发自己的自定义插件,然后我们有完全的初学者和新手,而不是工程师,他们只是在学习记笔记。我们社区里有很多年轻学生。所以,我喜欢我们有能力让那些一直处于最深层次的人,理解所有这些原则,能够开始研究,你知道的,潜在的插件和扩展,可以做类似的事情。这可以成为我们可以学习的温床,人们实际上希望从这种类型的工具中得到什么?但我确实认为,如果我们想继续忠于本地和私有的原则,我们将不得不处理一些实际的约束,例如性能约束和技术约束,这可能意味着 Obsidian 获得这些功能的速度会比完全基于云的应用程序慢一些,因为它们可以将其上传到服务器并执行此操作。 你知道的,在别的地方。

Andy:嗯,是的。

Stephan:所以我认为,立即尝试解决这个问题对我们来说是一个非常棘手的挑战。我认为我们会倾向于观察插件开发人员做什么,然后在一两年内开始考虑这个问题。“因为现在,我的意思是,几乎每个月都会有 AI 和开源软件包发生新的事情。所以,如果这是有道理的,我们可能比插件生态系统要先进一些。

Andy:感觉你也会很快地依赖某些东西,只是真的有点陷入困境。然后,你知道,有几个人说把它作为一个插件,这样会好得多。

Obsidian 中的辅助功能

Andy:有一个问题,来自 Daniel Gartmann,是的,我不使用屏幕阅读器,但我认为,你知道的,需要更多的核心基本原理,例如明显的可访问性。我不知道,也许 Daniel 可以说是怎么说的,我不知道 Obsidian 与屏幕读取一起使用有多方便,但阅读是——

Stephan:我们在这个领域做了很多工作,是的,我很想从 Daniel 那里听到更多关于他们正在寻找的东西的细节,但是,是的,Obsidian 已经与屏幕阅读器兼容。我们在这方面做了很多工作,但如果这方面还有什么缺失,我想说的是,请在社区、论坛或 Discord 上告诉我们。我们肯定,我同意将其构建到 core 中是必须的。我认为这非常重要。在过去的一年里,我们添加了很多新的自定义功能,所以我实际上有点好奇,看看是否有针对不同用例开发的主题。今天设计主题比一年前要容易得多,从代码的角度来看,这是我过去一年中最大的贡献之一,就是重写了主题的构建方式。因此,这意味着您现在可以非常轻松地创建类似的、非常高对比度的主题。具有不同字体大小、不同字体的主题可能会帮助那些在视觉方面需要帮助的人。但是,还有其他东西,比如 ARIA 标签和其他类型的 Web 技术,我们能够整合这些技术,这肯定会让屏幕阅读器更容易。

标签 vs 链接

Nicole:好的,我们有一个有点争议的问题。这是 Germ Germain 写的,实际上,几周前我偶然遇到了他。他说,“他对标签和链接有什么看法(好吧,我要问你们俩)?

Stephan:我个人使用吗?或者,你想如何澄清这个问题?

Nicole:是的,你个人使用。你用得更多哪一个?

Stephan:所以我个人更喜欢使用链接而不是标签。所以,我确实有很多标签,但我倾向于使用链接,因为我喜欢看到其中的所有内容,我想我的反向链接中的所有关系,我想,这就是我会说的。我喜欢这些链接,例如,我会为我读过的书设置一个顶级类别。所以我有一个叫做书籍的类别。我链接到它。在我的模板中,我仍然使用标签。我其实真的不知道为什么。我只是觉得我应该把它放在那里以备将来需要。

Andy:面向未来。

Stephan:是的,为了将来证明。比如,如果我曾经创建过关于一本书的注释,它既有 book 的标签,也有指向类别 books 的链接。因此,如果我正在创建类似 DataView 列表的东西,那么这种冗余有时会有所帮助,因为我可以使用这两种不同的筛选方法。但我更喜欢链接。我认为链接有很多,更强大,跨越更多不同的事物。我认为标签,我最常使用它们的地方,是用于对非常具体的东西进行非常狭窄的元分割,其中只有非常狭窄的笔记子集,需要以一种链接没有意义的方式进行分组,或者我真的不想为这个概念建立一个页面。我说得有道理吗?

Andy:嗯嗯。我还在这里。

Stephan:但同样,它不是——

Andy:我仍然是文件夹的粉丝,你知道的。

Stephan:哦,我听到了。

Nicole:没有。你真的吗?

Andy:哦,一半的人都走了,“哦,上帝啊!

Stephan:是的。我非常——

Nicole:你到底在这里做什么?

Stephan:在我的个人组织中——

Nicole:不,我是在开玩笑,我是在开玩笑。

Andy:我可以解释一下。

Stephan:这就是为什么我觉得 Obsidian 在这个问题上不教条是很棒的,因为人们的思维方式不同。比如,我喜欢人们可以使用文件夹、标签、链接或全部。做任何适合你的事情。如果它对你有用,那就太好了。

Andy:我认为部分可以追溯到你一开始所说的,你知道的,文件格式是关键所在,对吧?因此,我在那组文件上使用了其他几个东西。同时,你知道,如果你可以在 Obsidian 中搜索标签,或者你可以对 Obsidian 中的标签或链接做任何你想做的事情,那就太好了,当你试图查找一个文件时,可以提取一些东西。我经常使用 Marked、Brett Terpstra 的 Marked 来表示 Output。这真是一个巨大的痛苦。嗯,我的意思是,无论如何,我在 Finder 上经常使用搜索,但是,你知道,我更愿意有一些组织来处理其他不会处理标签的事情。所以这就是原因。

Stephan:嗯,公平地说,在我们的 Team Vault 中,我们确实使用文件夹进行内部分组。但我认为那个用例与我个人的笔记非常不同。

Andy:是的,是的。

Nicole:实际上,我们得到了 Daniel 的回答。他说他在 Windows 和 iOS 屏幕阅读器支持方面都遇到了问题。

Stephan:好的,好吧,让我们——

Nicole: “我喜欢 Obsidian 对我这个盲人来说的潜力,因为我已经在使用基于文本格式的笔记了。

Stephan:跳到 Discord,让我们谈谈它。

Andy:顺便说一句,我不知道 Discord 的可访问性如何。

Stephan:这是一个很好的问题。

Andy:因为我们可能会说跳进一些对你在 Discord 上使用来说真的很糟糕的东西。所以,是的,在论坛上,我猜的是论坛——

Nicole:论坛。

Andy:它在论坛的 Discourse 上运行,不是吗?

Stephan:是的,是的。

Andy:我想它更容易获得。

Stephan:如果你去 obsidian.md/community,你会看到那里的链接,并向我们发送你的反馈。或者,如果您只想给 [email protected] 发送电子邮件,我们会看看。但最好的肯定是通过社区,我们一定会看看,是的。

Andy:告诉我们那封电子邮件是发给谁的?你们三个人?

Stephan:嗯,现在它就像一种共享的东西,你可以在那里查看,但我认为大多数使用支持收件箱的人都是针对我们的企业用户。我们更喜欢将社区作为主要场所,因为社区更加透明,而且其他人可以加入并添加他们自己的体验,无论功能请求或 bug 是什么。所以一般来说,这就是为什么如果人们想提供一些功能请求或 bug 修复请求,我们会将他们引导到社区。

Andy:我有点希望它能触发,一种蝙蝠信号,将我们投射到天空中,将黑曜石晶体投射到天空中,然后你们都跑过来。

Stephan:是的,不幸的是,这只是其他事情之一,随着我们扩大规模,我们必须找到很好的方法来解析社区正在寻找什么,以及如何将其纳入我们的路线图。

给社区的消息

Nicole:嗯,我不想,我很想让你们留下来,你们俩,再多待一会儿。欢迎你们俩回来,但我也想注意你们的时间。所以,感谢你来谈论 Obsidian 的未来,Stephan,并帮助我采访他,Andy。Stephan,在我们结束之前,您有什么想对社区说的吗?

Stephan:哇。谢谢。我只是,我非常感激。我认为我喜欢 Obsidian 的一点是,社区里有很多聪明的人和善良的人。我喜欢看你的视频,Nicole。你们在让 Obsidian 感觉更容易接近方面做得非常出色。我认为,在某种程度上,除了我们在功能等方面所做的工作之外,比如,我们拥有这样一个友好、协作和乐于助人的社区,这是我最喜欢的事情之一。所以,我对此非常感激。你知道,继续做着出色的工作,友善和乐于助人。比如,我认为我们仍处于人们采用这些工具的起步阶段。就像,任何正在观看这个的人都可能在对这些一无所知的人中排名前 0.01%,无论你想怎么称呼它们,思考工具,你喜欢什么,有些人一直称它为综合思维环境。比如,我们正在创建新一代工具,帮助人们解锁他们的思维方式。现在正在观看这个节目的任何人都几乎处于这个概念的前沿。我真的很好奇,如果这种想法在社会上变得更加普遍,会发生什么。我非常希望它能帮助我们解决很多大问题。所以,如果你是书中的一员,我会充满爱意地说。极客、笨蛋,他们是这次对话的一部分,我认为自己就是其中之一,向人们介绍 Obsidian 并成为其中的一部分,你知道的,帮助他们学习如何让他们的思维过程更可靠,这真是一份了不起的礼物。就像,我就是觉得这就像,你每天都在用你的视频做这件事,Nicole。所以,我想为此感谢你。所以,这不是一个具体的要求,但这就是我的感受,我希望我们能持续很长时间。

Nicole:太棒了。谢谢。我一会儿就和你们俩谈谈,但我们会和其他人说再见。感谢你们在这个周末参加我们的活动,下周见。

Andy:谢谢。再见。

Nicole:再见!

Stephan:谢谢。

另请参阅

内容来源: Obsidian 的未来与首席执行官 Stephan Ango 和 Andy Polaine |妮可·范·德·霍文
英文翻译:来自edge内嵌插件
致 歉:未来得及对内容进行校对,其中需要勘误之处有待以后改正!

2 个赞

Obsidian 的未来——首席执行官 Stephan Ango 采访纪实

  • 关键要点
    • 思考工具的激增:Stephan 认为思考工具的增多是好事,每个使用 Markdown 的新工具都使标准更面向未来。
    • Obsidian 的三大支柱:可扩展性、隐私性和使用寿命。
    • 不擅长的地方:三大支柱的后果,如碎片化、难以共享和仅限于 Markdown。
    • 团队构成:由五名全职人员组成,包括创始人 Licat(Shida,开发)和 Silver(Erica,产品)、Liam(日历插件开发)和 Joethei(插件审查和开发生态系统)。
    • 即将推出的功能:比 YAML 更好的元数据格式,更好的任务查询。
    • 团队规模:希望保持小团队规模,只在必要时发展。
    • 用户数据:根据 app bundle 的下载量,大约有 100 万用户。
    • 不引入风险投资人:不想引入风险投资人,担心影响用户激励措施。
    • 考虑更好地共享:需要优先考虑用例,解决不同共享问题。
    • 人工智能:目前可能仍处于社区插件领域,希望未来能有符合本地优先和隐私原则的插件。
  • 采访内容
    • 介绍嘉宾:Nicole van der Hoeven 介绍 Stephan Ango 和 Andy Polaine。
    • PKM 历史和 Obsidian 入门
      • Stephan 讲述使用 Obsidian 的经历,从 TiddlyWiki 转到 Obsidian,因为其有快速切换器、提示和文件导航等功能。
      • Nicole 分享使用 TiddlyWiki 和 Obsidian 的原因,强调本地性。
      • Stephan 认为 Markdown 编辑工具生态系统好,纯文本文件比应用程序重要,希望数字信息能长期存在。
      • Andy 讲述自己使用 Markdown 的历史,认同文件格式是赢家。
    • 与竞争对手打交道
      • Stephan 认为 Obsidian 克隆是好事,客户多样性可让工具持续发展,但要注意特定于应用程序的语法会降低互操作性。
      • Nicole 提到 Obsidian 被认为过于以开发人员为中心,牺牲了一点可用性换取灵活性和模块化。
    • 加入 Obsidian 团队
      • Stephan 讲述加入 Obsidian 团队的过程,从制作主题和插件,到参与项目,与创始人互动,最后成为 CEO。
    • 为工具构建者构建有意的工具
      • Stephan 喜欢构建工具,认为 Obsidian 符合这一点,想继续研究基元,如改进元数据功能。
    • Obsidian 作为一个团队和公司的成长
      • Stephan 希望保持小团队规模,不想引入投资者,认为这与 Obsidian 的目标不兼容。
      • 根据下载量猜测 Obsidian 可能有近 100 万用户。
    • 分享,Obsidian Sync,Obsidian Publish
      • Nicole 提出 Obsidian 在分享方面有待改进,Stephan 介绍了发布改进和共享保险库等功能,认为共享是个大挑战,需要解决不同用例。
    • Obsidian 中的任务管理
      • 目标是使任务可查询,添加更好的日期支持,考虑 API 让开发人员在此基础上提供新体验,但该项目被搁置。
    • Obsidian 中的人工智能
      • Stephan 认为 Obsidian 是第一个集成 ChatGPT 的应用,社区插件做得不错,但希望未来有符合本地优先和隐私原则的插件。
      • Nicole 介绍 Napkin 服务,Stephan 认为 Obsidian 社区神奇,能从插件开发中学到用户需求,但要处理性能和技术约束。
    • Obsidian 中的辅助功能
      • Stephan 表示 Obsidian 已与屏幕阅读器兼容,做了很多工作,欢迎用户反馈缺失的地方。
    • 标签 vs 链接
      • Stephan 个人更喜欢使用链接,认为链接更强大,但标签在特定情况下也有用。
      • Andy 是文件夹的粉丝,认为文件格式是关键,不同人思维方式不同,Obsidian 在这方面不教条。
      • Nicole 收到 Daniel 的反馈,指出在 Windows 和 iOS 屏幕阅读器支持方面有问题,Stephan 建议通过社区反馈。
    • 给社区的消息
      • Stephan 感谢社区,认为社区里有很多聪明善良的人,希望 Obsidian 能持续很长时间,帮助人们解锁思维方式。
1 个赞

Stephan 希望保持小团队规模,不想引入投资者。

这么说的话,动态视图、PDF标注,真正的所见即所得(而不是现在的聚焦的块变成编辑模式)等等,road map上所说的这些功能,就不知道什么时候出来了。。。

动态视图是什么?notion的数据库吗

看这个描述,应该会用data view 或 data core 实现吧

这2个的作者(1个人)应该不是核心团体里面的吧

不是的,但看这次访谈中的话,基本会依托它(或另构建类似的核心插件)吧, 尤其是一等公民这样的说法.

1 个赞

那就只能期待核心roadmap 的尽快实现了,我还挺想看看怎么在ob里面做pdf的注释和数据库的展示(不依赖第三方插件)

2026年1月1日之前,能实现 pdf标注、Dynamic views吗?估计难吧。。

1 个赞

也许 pdf 标注什么时候获得和 obsidan 团队的进度无关。他们正在等待上游的一个功能支持。

pdf.js 本身一直支持批注,不清楚官方在等什么功能

思源好像用的就是这个 pdf.js 吧?

The highlight support was finalized last month , not a year ago. Upstream work is still ongoing .

Nevertheless, we never provide timelines or estimates, so please don’t ask for ones.

The fact that this FR is on the roadmap is already more than we say of the other almost 5K feature requests present on on this forum.