白板要么不做,要做就做好

本贴最后更新于 456 天前,其中的信息可能已经东海扬尘

目前闪卡功能重构困难,而导致闪卡需要重构的原因就是一开始就没设计完善,至少是没有为未来的功能扩充做出预留。鉴于此,我建议白板功能,要么不做,要做就做好,避免后期又来重构什么的。在做之前,先提供详细的设计图纸供社区讨论,讨论完善后再进行开发。由于开发资源有限,很多细节功能来不及实现的,需考虑到为功能扩展做出预留。对于我来说,目前的第三方白板挂件可以将就用用。我发此帖不是催这个功能,而是希望思源宝贵的开发资源不要被浪费,包括 D 大 V 大的时间、精力等等。

下面简单分析一下白板这一功能。从现有的挂件、插件来看,白板有以下三种嵌入方式:

一、嵌入到文档中(类似于挂件)

我个人非常喜欢这种方式。其中最具代表性的挂件为 widget-excalidraw(github)。强烈推荐体验该挂件。该挂件的特点就是以“图片”形式嵌入文档的同时,使用全屏模式编辑!!就是下面这个,注意完整的仓库名。

image.png

以下是演示视频:

二、嵌入到文档树中

这种方式也不错,但是思源目前的逻辑是文档树中只有文档,连 pdf 都没有进入文档树,如果把白板嵌入文档树是否会造成体验的不一致?那样的话 pdf、epub 等附件也应能嵌入文档树才对。这方面的代表挂件为 Whiteboard(github)。就是下面这个:

image.png

下面是演示视频:

三、和文档树分离(不推荐)

这种方式很割裂,非常不推荐。代表插件有 Tldraw 白板(github)。

image.png

image.png

一些其它的建议:

①. 关于白板中的元素,建议元素种类尽可能丰富,最好是文档中的简单块类型都能作为白板的元素类型,比如表格、math 公式等等。另外还能插入嵌入块、引用链接等等。

②. 要实现手写功能。这一点几乎所有插件和挂件都实现了。如果官方的初版白板未实现的话,也要为手写做出预留。(顺便说一下,pdf 也要能够手写批注才好)

③. 要考虑到和闪卡的结合。主要就是文字挖空和类似于图片挖空的矩形挖空。同样的,如果官方没有精力实现的话,也要为第三方插件实现提供预留。

④. 支持深色模式。同样的,现有大多数插件、挂件都支持。可以简单地对非图片元素反色 + 旋转色相 180 度来实现;或者麻烦一点,给出两套配色方案。

  • 思源笔记

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

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

    25961 引用 • 107612 回帖
  • 白板
    4 引用 • 59 回帖
5 操作
openAI 在 2024-03-17 13:42:48 更新了该帖
openAI 在 2024-03-17 13:41:09 更新了该帖
openAI 在 2024-03-16 22:05:41 更新了该帖
openAI 在 2024-03-16 18:26:22 更新了该帖 openAI 在 2024-03-16 17:57:26 更新了该帖

相关帖子

优质回帖
  • 88250 3 7 赞同

    工具类产品首要就是解决用户提出的功能性需求,所以开发原则是市场需要什么我们就开发什么,不以这个为原则的话思源早就失败了(比如有的产品是开发者自己创造需求,虽然看起来很酷很有特色,但并不实用),所以可以认为产品设计是用户社区驱动的,但技术实现上会和需求出现一定偏差,我们可以通过前期广泛讨论来尽量避免。

    在用户提出各种各样的需求和技术开发资源有限的情况下,我们必须做出一定的取舍,所以思源虽然功能多,但是在实现层面每个功能最多也就能够勉强达到及格线,我认为这是正常的。就像前面 @i1356 说的那样,我们选择的是“先广再精”,另外,在插件系统的加持下,社区开发者也可以帮助思源在广度上进行很大提升,这样我们也能有更多时间对思源进行深度上的提升。

    关于思源的产品特色,从思源诞生之初就决定了思源不会是一个“开创性”的产品,因为我们并没有在方法论上做开创性的设计,更多的是借鉴并融合其他成功产品的特性,当然,“抄作业”的时候我们也加入了一些自己的想法,从目前用户反馈看基本成功的,因为它解决了用户的大部分需求。

    总而言之,无论是用户还是开发者,都面临无处不在的取舍,鱼肉熊掌不可兼得。

  • NishikigiReeves 4 赞同

    如果白板和块是无缝衔接,那么这个有搞头。

    如果白板和文档块是割裂的,那我觉得没什么意义。

    如果白板上输入任意内容,都相当于新建了一个文档块,那我觉得有点搞头。

    如果白板上输入的内容,相当于图形,那我觉得整合起来消耗的精力不如不玩。

  • PiChou 4 赞同

    建议想要思源功能往「深度」开发的同学,在链滴及其他社区多分享自己阅读、写作、笔记、双链、闪卡、数据库等的一条龙全流程使用案例。

    在使用中的思源有「关键流程跑不通」或「操作步骤繁琐」等问题,再向开发者提,附上案例链接。

    既是对开发相关功能的有力游说,也能促使社区内部再讨论。

欢迎来到这里!

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

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

    我觉得思源笔记走的路线应该是线性笔记 + 内容块灵活布局的路子,而白板这种非线性笔记完全可以开发另一个软件,线性笔记 + 非线性笔记完全就不是一个产品线,硬要融合起来也没太大必要。

    比如一些白板(非线性笔记)软件,就是那种可以在全屏上自由拖拽布局的一张张卡片,很多卡片组成一个白板,这可以称为“卡片化非线性笔记”更高级一些就是再加上一个把卡片线性(竖向)布局的功能,也就是“卡片化线性笔记”,这完全可以看做是另一个软件了。

    思源里的内容的基础单位是内容块,而不是卡片。

  • 其他回帖
  • openAI 1 1 赞同

    只能说同行的产品 D 大肯定体验过,但很难说有深入体验。

    思源闪卡在规划之初时,我就只说了一句话,就是“对标 remnote”,就没管了,没想到,额。不知道你们有没有体验过思源闪卡的最初版本?制卡的繁琐过程一言难尽(我发帖说过这事,感兴趣的可以找找)。

    这是 D 大在 github 上做闪卡功能设计时规划的:

    image.png

    看上图的这个规划,你们能想象出成品的样子吗?比如这个卡包,我反正一开始没在意,以为只是内部的数据结构而已(技术嘛,咱也不懂);没想到,真的是让用户手动建卡包,就是字面意义上的卡包,和文档树无关的那种。其实 D 大已经把制卡流程写了,制卡入口:块标菜单-闪卡-卡包,同一个内容块可以放到多个卡包中,但对于一个还没开发出来的功能,咱其实是想象不出来的,所以也就没管。

    这里可以看出,对于初版闪卡的糟糕体验,用户和 D 大都有责任。比如我,我就只是轻描淡写地甩下一句“对标 remnote”就完事儿了,至于 remnote 的有哪些优点,并没有给出具体说明。D 大呢,首先是没有深入体验 remnote,然后呢,没有就功能细节和用户展开更深入的交流。

    就拿此文提到的白板举例(不是说要开发这个功能,只是举例说明)。首先是 D 大应该对每个细节和用户充分讨论,对于用文字描述不清的地方,应当画图说明(嫌电脑作图麻烦的话,用纸笔就行)。比如白板的嵌入方式,应该和用户讨论;就怕不和用户讨论,然后悄悄搞出文中的第三种方式,会炸裂的。用户呢,也不要偷懒,该画草图的就画草图,该用同类产品举例的,就录屏演示。在敲定了每一个细节后,再着手开发。开发也不能偷懒,这里不是说要实现用户所提的每一个需求,而是应明确哪些子模块是现阶段无法实现但用户又需要的,在技术层面对这部分功能做预留,避免后期重构。

    还请给个人开发者多一点耐心和包容,D 大确实精力有限,很难体验到竞品的每一个优势。相信只要沟通到位了,凭 D 大的技术,是可以开发出好产品的。

    1 操作
    openAI 在 2024-03-17 00:02:19 更新了该回帖
  • Sheep

    所以我说两人小团队要做“小而美”啊。我也没说做到完美才能放上来,我说的一直是思源一直加新功能,但开发者对新功能没有足够的理解,做到七八十分就不做了。思源跟其他笔记软件最大的优势应该是“最好的文档型块级双链笔记软件”,明明可以按照这个打出自己的牌子,把时间和精力适当多用在输出 dn 工作流、纠正用户因 obsidian 和 notion 产生的对双链的错误认知。而不是响应所有用户的需求,这段时间这个东西呼声大就做这个,过段时间玩腻了又做那个。

    思源本身是 roamresearch 的追随者,现在又变成了 notion 的追随者,未来又会追随谁呢?大概只能变的四不像。开发者的压力会不断增加,老用户的需求也会越来越无法得到满足。

    引用之前哈桑大佬的评论:

    IMG3836.png

    思源没有一套自己的路线(曾有过但没坚持下来),若不调整,失败只是时间问题。

    2 回复
  • Sheep 1 赞同 2 评论

    《反链面板要么不做,要做就做好》

    《闪卡要么不做,要做就做好》

    《数据库要么不做,要做就做好》

    ……

    现在有了《白板要么不做,要做就做好》,未来或许还会有《协作要么不做,要做就做好》、《本地 AI 要么不做,要做就做好》等等等。

    但最后结果是,基本上都只做了 60 分及格、后续缓慢优化到七八十分,但没有哪一个真真正正属于思源有特色、最强大的功能点。当后续再提需求,D 大往往是:“现阶段以修复 BUG 为主,不再考虑增加新功能”、“目前有很多优先级更高的功能”。

    从 1.2 alpha 版本开始使用到现在,越来越觉得 D 大只是把思源当成了一个玩具,只顾着一时的新鲜感往上加内容,却很少考虑将它做到最好。(不是说思源没有领先同行的点,只是这些点都太小了)

    比如数据库,原本说做的是“属性视图”,从名字上就知道是要跟思源的属性有关系,可最终实现的却是 notion-like。这条赛道不是说不好,但看看 wolai、flowus 的开发道路,这真的是两个人可以坚持下来的吗?就算坚持下来了,又真的能 pk 得过 notion、feishu、flowus 这些老大哥吗?最后也不过又是一个“烂尾”项目,做得七七八八后再开启新赛道,对于用户提出的继续完善的需求再次回复“暂不考虑”。

    而且从反链面板优化到现在,每一个新增的亮眼功能,D 大给我的感觉就是,自己并没有那么深刻的理解,只能跟着用户的节奏去走。可用户不是产品经理。融合了多个产品经理需求的功能做到最后开发者 hold 不住。

    我对思源的开发路线越来越悲观,开发者是很强的程序员,但不是优秀的产品经理。更悲观的是,我找不到一个更好的替代品。

    2 回复
    我怕的就是白板再来个敏捷开发,白白浪费开发资源。现有开发资源可以先完善之前的功能,收敛到完美后再开发新功能。
    openAI
    确实,感觉思源的功能很杂、很乱,感觉没有自己的理解,完全听社区里这些狗头军师的建议就匆忙上头。我个人的建议是不知道该怎么做时,不妨去体验同行的产品,看看他们怎么做的,总是比这些狗头军师强。比如画板我就觉得可以学飞书
    science
  • 查看全部回帖

推荐标签 标签

  • Vditor

    Vditor 是一款浏览器端的 Markdown 编辑器,支持所见即所得、即时渲染(类似 Typora)和分屏预览模式。它使用 TypeScript 实现,支持原生 JavaScript、Vue、React 和 Angular。

    371 引用 • 1856 回帖 • 1 关注
  • 运维

    互联网运维工作,以服务为中心,以稳定、安全、高效为三个基本点,确保公司的互联网业务能够 7×24 小时为用户提供高质量的服务。

    151 引用 • 257 回帖
  • 大疆创新

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

    2 引用 • 14 回帖 • 1 关注
  • Solo

    Solo 是一款小而美的开源博客系统,专为程序员设计。Solo 有着非常活跃的社区,可将文章作为帖子推送到社区,来自社区的回帖将作为博客评论进行联动(具体细节请浏览 B3log 构思 - 分布式社区网络)。

    这是一种全新的网络社区体验,让热爱记录和分享的你不再感到孤单!

    1443 引用 • 10082 回帖 • 494 关注
  • Flume

    Flume 是一套分布式的、可靠的,可用于有效地收集、聚合和搬运大量日志数据的服务架构。

    9 引用 • 6 回帖 • 661 关注
  • React

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

    192 引用 • 291 回帖 • 370 关注
  • GitHub

    GitHub 于 2008 年上线,目前,除了 Git 代码仓库托管及基本的 Web 管理界面以外,还提供了订阅、讨论组、文本渲染、在线文件编辑器、协作图谱(报表)、代码片段分享(Gist)等功能。正因为这些功能所提供的便利,又经过长期的积累,GitHub 的用户活跃度很高,在开源世界里享有深远的声望,并形成了社交化编程文化(Social Coding)。

    209 引用 • 2040 回帖
  • Swagger

    Swagger 是一款非常流行的 API 开发工具,它遵循 OpenAPI Specification(这是一种通用的、和编程语言无关的 API 描述规范)。Swagger 贯穿整个 API 生命周期,如 API 的设计、编写文档、测试和部署。

    26 引用 • 35 回帖 • 5 关注
  • Hibernate

    Hibernate 是一个开放源代码的对象关系映射框架,它对 JDBC 进行了非常轻量级的对象封装,使得 Java 程序员可以随心所欲的使用对象编程思维来操纵数据库。

    39 引用 • 103 回帖 • 728 关注
  • 智能合约

    智能合约(Smart contract)是一种旨在以信息化方式传播、验证或执行合同的计算机协议。智能合约允许在没有第三方的情况下进行可信交易,这些交易可追踪且不可逆转。智能合约概念于 1994 年由 Nick Szabo 首次提出。

    1 引用 • 11 回帖
  • danl
    174 关注
  • ngrok

    ngrok 是一个反向代理,通过在公共的端点和本地运行的 Web 服务器之间建立一个安全的通道。

    7 引用 • 63 回帖 • 655 关注
  • Gitea

    Gitea 是一个开源社区驱动的轻量级代码托管解决方案,后端采用 Go 编写,采用 MIT 许可证。

    5 引用 • 16 回帖 • 2 关注
  • CentOS

    CentOS(Community Enterprise Operating System)是 Linux 发行版之一,它是来自于 Red Hat Enterprise Linux 依照开放源代码规定释出的源代码所编译而成。由于出自同样的源代码,因此有些要求高度稳定的服务器以 CentOS 替代商业版的 Red Hat Enterprise Linux 使用。两者的不同在于 CentOS 并不包含封闭源代码软件。

    240 引用 • 224 回帖
  • Sublime

    Sublime Text 是一款可以用来写代码、写文章的文本编辑器。支持代码高亮、自动完成,还支持通过插件进行扩展。

    10 引用 • 5 回帖 • 1 关注
  • 叶归
    11 引用 • 50 回帖 • 20 关注
  • 国际化

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

    8 引用 • 26 回帖 • 3 关注
  • 导航

    各种网址链接、内容导航。

    45 引用 • 177 回帖
  • jsoup

    jsoup 是一款 Java 的 HTML 解析器,可直接解析某个 URL 地址、HTML 文本内容。它提供了一套非常省力的 API,可通过 DOM,CSS 以及类似于 jQuery 的操作方法来取出和操作数据。

    6 引用 • 1 回帖 • 489 关注
  • Maven

    Maven 是基于项目对象模型(POM)、通过一小段描述信息来管理项目的构建、报告和文档的软件项目管理工具。

    188 引用 • 319 回帖 • 242 关注
  • WiFiDog

    WiFiDog 是一套开源的无线热点认证管理工具,主要功能包括:位置相关的内容递送;用户认证和授权;集中式网络监控。

    1 引用 • 7 回帖 • 612 关注
  • frp

    frp 是一个可用于内网穿透的高性能的反向代理应用,支持 TCP、UDP、 HTTP 和 HTTPS 协议。

    17 引用 • 7 回帖 • 3 关注
  • Sym

    Sym 是一款用 Java 实现的现代化社区(论坛/BBS/社交网络/博客)系统平台。

    下一代的社区系统,为未来而构建

    524 引用 • 4601 回帖 • 710 关注
  • Google

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

    49 引用 • 192 回帖
  • uTools

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

    7 引用 • 28 回帖 • 1 关注
  • SVN

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

    29 引用 • 98 回帖 • 694 关注
  • sts
    2 引用 • 2 回帖 • 241 关注