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

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

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

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

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

image.png

以下是演示视频:

二、嵌入到文档树中

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

image.png

下面是演示视频:

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

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

image.png

image.png

一些其它的建议:

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

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

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

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

  • 思源笔记

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

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

    19809 引用 • 75837 回帖 • 1 关注
  • 白板
    3 引用 • 51 回帖
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 6 赞同

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

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

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

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

  • NishikigiReeves 3 赞同

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

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

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

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

  • PiChou 3 赞同

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

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

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

欢迎来到这里!

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

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

    那你怎么看待飞书的白板?

  • 其他回帖
  • royc1 1 赞同

    我觉着思源一直是缝合怪,也没有特定的追随某个软件,优势也不好说是啥。每个人对软件的需求都有自己的理解,双链我觉得已经满足我需求了,不用再深究,做其他功能也正常。

    如果 D 大按照你的路线去开发还是失败了,你愿意为了这个失败而承担后果么?承担不了吧?所以开发者按自己的理解开发就行了,用户只管用,不用太执着纠正开发方向。当然我也理解你着急让思源变好的心情,但好不好,你说了不算,其他用户说了也不算,只有开发者自己心里清楚。

  • winds 2 赞同

    作为个人用户,白板我没有什么需求,连“数据库”也只是“作为多维表”使用,记一下读书清单之类。目前在用语雀的多维表,除了长篇的读书感悟一项必须记在思源里,不能和语雀里其他项联动之外,没什么影响的。
    闪卡倒是之前复习时觉得很惊艳的功能,和笔记完全打通了。使用体验很棒,听闻最近在优化,很期待。

    不过考完试就不想着复习闪卡了 hhhhh

    比较期待的可能是内嵌在文档里的、作为块的思维导图,双击点开可以全屏编辑的那种。不过也不急于一时,现在的思源就很好用了。

    D 大 V 姐加油!

  • Sheep 1 赞同 2 评论

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

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

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

    ……

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

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

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

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

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

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

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

推荐标签 标签

  • 持续集成

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

    14 引用 • 7 回帖
  • 旅游

    希望你我能在旅途中找到人生的下一站。

    86 引用 • 896 回帖
  • 游戏

    沉迷游戏伤身,强撸灰飞烟灭。

    171 引用 • 813 回帖 • 1 关注
  • PWL

    组织简介

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

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

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

    锤子科技(Smartisan)成立于 2012 年 5 月,是一家制造移动互联网终端设备的公司,公司的使命是用完美主义的工匠精神,打造用户体验一流的数码消费类产品(智能手机为主),改善人们的生活质量。

    4 引用 • 31 回帖 • 4 关注
  • Lute

    Lute 是一款结构化的 Markdown 引擎,支持 Go 和 JavaScript。

    25 引用 • 191 回帖 • 24 关注
  • HTML

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

    103 引用 • 294 回帖
  • JavaScript

    JavaScript 一种动态类型、弱类型、基于原型的直译式脚本语言,内置支持类型。它的解释器被称为 JavaScript 引擎,为浏览器的一部分,广泛用于客户端的脚本语言,最早是在 HTML 网页上使用,用来给 HTML 网页增加动态功能。

    713 引用 • 1174 回帖 • 120 关注
  • JSON

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

    51 引用 • 190 回帖 • 2 关注
  • API

    应用程序编程接口(Application Programming Interface)是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。

    76 引用 • 429 回帖
  • Laravel

    Laravel 是一套简洁、优雅的 PHP Web 开发框架。它采用 MVC 设计,是一款崇尚开发效率的全栈框架。

    19 引用 • 23 回帖 • 699 关注
  • 面试

    面试造航母,上班拧螺丝。多面试,少加班。

    324 引用 • 1395 回帖 • 1 关注
  • OkHttp

    OkHttp 是一款 HTTP & HTTP/2 客户端库,专为 Android 和 Java 应用打造。

    16 引用 • 6 回帖 • 53 关注
  • Ngui

    Ngui 是一个 GUI 的排版显示引擎和跨平台的 GUI 应用程序开发框架,基于
    Node.js / OpenGL。目标是在此基础上开发 GUI 应用程序可拥有开发 WEB 应用般简单与速度同时兼顾 Native 应用程序的性能与体验。

    7 引用 • 9 回帖 • 355 关注
  • Unity

    Unity 是由 Unity Technologies 开发的一个让开发者可以轻松创建诸如 2D、3D 多平台的综合型游戏开发工具,是一个全面整合的专业游戏引擎。

    25 引用 • 7 回帖 • 233 关注
  • 创业

    你比 99% 的人都优秀么?

    83 引用 • 1398 回帖
  • OpenStack

    OpenStack 是一个云操作系统,通过数据中心可控制大型的计算、存储、网络等资源池。所有的管理通过前端界面管理员就可以完成,同样也可以通过 Web 接口让最终用户部署资源。

    10 引用
  • C++

    C++ 是在 C 语言的基础上开发的一种通用编程语言,应用广泛。C++ 支持多种编程范式,面向对象编程、泛型编程和过程化编程。

    106 引用 • 152 回帖
  • Shell

    Shell 脚本与 Windows/Dos 下的批处理相似,也就是用各类命令预先放入到一个文件中,方便一次性执行的一个程序文件,主要是方便管理员进行设置或者管理用的。但是它比 Windows 下的批处理更强大,比用其他编程程序编辑的程序效率更高,因为它使用了 Linux/Unix 下的命令。

    122 引用 • 73 回帖 • 1 关注
  • Hexo

    Hexo 是一款快速、简洁且高效的博客框架,使用 Node.js 编写。

    21 引用 • 140 回帖 • 14 关注
  • 运维

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

    148 引用 • 257 回帖
  • 黑曜石

    黑曜石是一款强大的知识库工具,支持本地 Markdown 文件编辑,支持双向链接和关系图。

    A second brain, for you, forever.

    10 引用 • 88 回帖
  • App

    App(应用程序,Application 的缩写)一般指手机软件。

    90 引用 • 383 回帖
  • Kubernetes

    Kubernetes 是 Google 开源的一个容器编排引擎,它支持自动化部署、大规模可伸缩、应用容器化管理。

    109 引用 • 54 回帖 • 2 关注
  • Tomcat

    Tomcat 最早是由 Sun Microsystems 开发的一个 Servlet 容器,在 1999 年被捐献给 ASF(Apache Software Foundation),隶属于 Jakarta 项目,现在已经独立为一个顶级项目。Tomcat 主要实现了 JavaEE 中的 Servlet、JSP 规范,同时也提供 HTTP 服务,是市场上非常流行的 Java Web 容器。

    162 引用 • 529 回帖 • 2 关注
  • Node.js

    Node.js 是一个基于 Chrome JavaScript 运行时建立的平台, 用于方便地搭建响应速度快、易于扩展的网络应用。Node.js 使用事件驱动, 非阻塞 I/O 模型而得以轻量和高效。

    138 引用 • 268 回帖 • 147 关注
  • 周末

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

    14 引用 • 297 回帖