不要整白板啦,思维导图先安排上把,求求了

用了 Obsidian 一段时间后,我被劝退,回来开了会员用上 siyuan 啦

  1. 一个笔记的核心场景是非常重要的,比如我被 O 家劝退的就是因为难以导出,难以复制。而我浪费了一天,我实在找不出文章数据导出的方案,都是用 Pandoc 做了一些功能,但是 O 家只能靠插件不明不白,siyuan 至少开箱即用。
  2. 我认为思维导图真的很重要,我举例一个创新产品的场景,可能远远比白板重要的多。
  • 结合思维导图,把文件进行串联。
  • 思维导图对象不仅仅是一个思维导图,而可能是我们对目录的查看,或者对文章内的节点的查看。
  • 在思维导图的创建过程中也是对文件目录,文件层级;也可以是调整文章内的各种节点的排序排列。

以下是我尝试发给某个关系链的开源插件的作者的邮件:

关键痛点:

  • 虽然 siyuan 使用了文件块的逻辑(类似卡片),在引用上实现灵活的逻辑,但是在整体构建知识库上缺乏好的设计,让用户号落地。 在面临知识体系的构建过程中,我们往往需要不断增补信息,但是 Siyuan 缺乏了全局视角,来了解当前当前的知识体系的完整性。
  • 无法快速的将信息的关系进行梳理,不得不陷入到传统的笔记本工作方法,比如标签化,块/文章别名,检索等。
  • 现有的关系,要嘛:
    • 全局关系图,过大,很难说有什么用的地方。
    • 关系图\增强,太小,只在单个文档之间曾清关系,还是传统的记录思维,无法满足卡片式,无压力的记录方法。
    • 树形关系图,以某个块为核心,最多只能延伸到定位节点的开始于结束。

我尝试了所有可能找到的插件,基本无法满足文件块/卡片 -> 知识体系的最优使用方法。

我梦中的使用逻辑是: "琐碎卡牌\文件块" -> 切换到全局视图 ,然后针对不同的文件块进行层级的编辑,备注上下级关联(即是创建更多的二级、三级、四级子文档,很多子文档可能是空),tag 等信息,满足逐渐补充知识库,完善知识库的工作流。

其实我也看到一款软件 lattics,我试用了下,但在 siyuan 和该软件,我选择了 Siyuan,该软件目前是按年收费 128 一年,其核心逻辑便是上述讲的逻辑,该逻辑要比 Flomo 等无压力笔记要来的更有条例,让信息变成知识体系的可能性,而不是仅仅只是用于分类以及使用时候加工。

https://apps.apple.com/cn/app/lattics-brain-like-pkm-notes/id1575605022?l=en-GB&mt=12 Appstore 应该有演示视频。

真的太棒了,不晓得您是否可以对于您的关系增强插件进一步优化迭代,或者直接开发一个类似的插件,以来满足这类的使用需求,站在 siyuan 身上,让 Siyuan 更好用,当然我也能接受付费订阅。

知识库只能有一个,实在难以两全。

另外我觉得现在 Siyuan 的会员订阅吸引力真的太差了,如果不是因为我上次有过潜在的可能不知道为什么的数据丢失,否则我肯定是不会花 128 元来买数据备份订阅的,大佬思源是一个好软件,可以考虑商业化的一点点变现了,思维导图的高级运用可以作为其中一个收费点,另外这么多人觉得写作体验好也能从这个视角看看

PS 我一直没找到那个球球关系图的真正的用法.....我觉得思维导图把文件关系串起来,比球球是不是实用多了...

  • 思源笔记

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

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

    18827 引用 • 70480 回帖
2 操作
esmmer 在 2024-03-01 16:39:00 更新了该帖
esmmer 在 2024-03-01 16:05:03 更新了该帖

相关帖子

优质回帖
  • zxhd86 1 3 赞同

    额,其实意思是提建议和功能请求都可以,但最好不要否认其他功能的必要性,因为大家的使用场景有可能很不一样的……

    如果希望开发者重点开发出某一项功能,最好不是让开发者先暂停其他功能的开发而重点开发这个,而是在社区讲清楚这个功能有什么用途,适用于什么场景,并开一个投票,为开发者收集相关的需求数据,便于开发者决策。

    如果真的有很多人赞同这个用法并投票,那开发者自然会倾斜开发的重点。

  • royc1 2 赞同

    炒什么菜当然是厨师的决定,但你的建议是先停止做别人的菜去做你喜欢的菜。你自己不觉得自私,有人会觉得自私,公共场所,别人评价也是很正常的。第一句就否定了别人的需求,别人来否定你,也是正常的。其实相对的,你也在给别人扣帽子不是?不要觉得反对的声音都是来吵架的,这样辩下去都是诡辩了,就到此结束吧。

    该回帖因偏离主题而被折叠
  • i1356 2 赞同

    对知识整理有瘾的人,lattics 确实很吸引人。假若在以前,我立马就会转向 lattics,不过现在不会了,知识这东西整理起来没个尽头,以前费太多精力在这方面了。现在更多的是将知识提炼出重点,弄成闪卡,记住这些重点,其它的扔在哪里,需要时再检索就 ok 了。

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • 有个软件叫 heptabase,全英文,能够实现你说的思维导图 + 白板,理论上应该是做到极致了,我也订阅着,一年 80 多美元吧,还是早鸟号……

    2 回复
  • 其他回帖
  • remoon1104

    十分同意您的想法,的确是很重要!

    但有一点点自己的小想法:

    1. 这两个其实都很重要,只是对于目前的思源笔记而言,我觉得有点臃肿。追求大而全,但缺少精致和体验。很多细节、性能和 UI 其实需要大 D 花时间。目前只是个骨架。
    2. 大 D 的精力和时间有限,也一定有自己的思考,思源能走到现在,我觉得还是很厉害的,隔壁 wolai 就很尴尬,不能说不是好工具吧。所以再等等,再看看。
    3. 看 obsidian 的发展感觉思源笔记还要走的路很多,资本是双刃剑,希望越做越好吧。
    4. 我其实个人更喜欢分开用笔记软件,也可以多订阅几个软件,这样整个行业也会发展更好。说难听点,这钱吃顿饭都没了。整个办公软件的提升,也是生产力的提升啊。卷起来,活下去。
    1 回复
  • zxhd86 1 3 赞同

    额,其实意思是提建议和功能请求都可以,但最好不要否认其他功能的必要性,因为大家的使用场景有可能很不一样的……

    如果希望开发者重点开发出某一项功能,最好不是让开发者先暂停其他功能的开发而重点开发这个,而是在社区讲清楚这个功能有什么用途,适用于什么场景,并开一个投票,为开发者收集相关的需求数据,便于开发者决策。

    如果真的有很多人赞同这个用法并投票,那开发者自然会倾斜开发的重点。

    1 回复
  • 维护本身也是梳理的过程,如果只依靠文档树目前思源确实做的不好,所以数据库就是弥补文档管理上的问题。另外维护也只是维护当前需要用的文档,收集的文档放进去归档或者打个待处理的标签,也没什么心里负担,要用的时候再整理就行了,我觉得多不了多少步骤,一个简单清晰的分类数据表格在排序筛选上的优势也是思维导图和白板比不上的

  • 查看全部回帖

推荐标签 标签

  • SOHO

    为成为自由职业者在家办公而努力吧!

    7 引用 • 55 回帖 • 95 关注
  • jsoup

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

    6 引用 • 1 回帖 • 461 关注
  • 单点登录

    单点登录(Single Sign On)是目前比较流行的企业业务整合的解决方案之一。SSO 的定义是在多个应用系统中,用户只需要登录一次就可以访问所有相互信任的应用系统。

    9 引用 • 25 回帖
  • BAE

    百度应用引擎(Baidu App Engine)提供了 PHP、Java、Python 的执行环境,以及云存储、消息服务、云数据库等全面的云服务。它可以让开发者实现自动地部署和管理应用,并且提供动态扩容和负载均衡的运行环境,让开发者不用考虑高成本的运维工作,只需专注于业务逻辑,大大降低了开发者学习和迁移的成本。

    19 引用 • 75 回帖 • 617 关注
  • TGIF

    Thank God It's Friday! 感谢老天,总算到星期五啦!

    284 引用 • 4481 回帖 • 655 关注
  • Jenkins

    Jenkins 是一套开源的持续集成工具。它提供了非常丰富的插件,让构建、部署、自动化集成项目变得简单易用。

    51 引用 • 37 回帖
  • Wide

    Wide 是一款基于 Web 的 Go 语言 IDE。通过浏览器就可以进行 Go 开发,并有代码自动完成、查看表达式、编译反馈、Lint、实时结果输出等功能。

    欢迎访问我们运维的实例: https://wide.b3log.org

    30 引用 • 218 回帖 • 601 关注
  • Kafka

    Kafka 是一种高吞吐量的分布式发布订阅消息系统,它可以处理消费者规模的网站中的所有动作流数据。 这种动作(网页浏览,搜索和其他用户的行动)是现代系统中许多功能的基础。 这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。

    35 引用 • 35 回帖 • 1 关注
  • 正则表达式

    正则表达式(Regular Expression)使用单个字符串来描述、匹配一系列遵循某个句法规则的字符串。

    31 引用 • 94 回帖
  • SMTP

    SMTP(Simple Mail Transfer Protocol)即简单邮件传输协议,它是一组用于由源地址到目的地址传送邮件的规则,由它来控制信件的中转方式。SMTP 协议属于 TCP/IP 协议簇,它帮助每台计算机在发送或中转信件时找到下一个目的地。

    4 引用 • 18 回帖 • 592 关注
  • 创造

    你创造的作品可能会帮助到很多人,如果是开源项目的话就更赞了!

    173 引用 • 990 回帖
  • Postman

    Postman 是一款简单好用的 HTTP API 调试工具。

    4 引用 • 3 回帖
  • InfluxDB

    InfluxDB 是一个开源的没有外部依赖的时间序列数据库。适用于记录度量,事件及实时分析。

    2 引用 • 55 关注
  • API

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

    76 引用 • 421 回帖
  • Android

    Android 是一种以 Linux 为基础的开放源码操作系统,主要使用于便携设备。2005 年由 Google 收购注资,并拉拢多家制造商组成开放手机联盟开发改良,逐渐扩展到到平板电脑及其他领域上。

    333 引用 • 323 回帖 • 66 关注
  • ZooKeeper

    ZooKeeper 是一个分布式的,开放源码的分布式应用程序协调服务,是 Google 的 Chubby 一个开源的实现,是 Hadoop 和 HBase 的重要组件。它是一个为分布式应用提供一致性服务的软件,提供的功能包括:配置维护、域名服务、分布式同步、组服务等。

    59 引用 • 29 回帖 • 22 关注
  • Latke

    Latke 是一款以 JSON 为主的 Java Web 框架。

    70 引用 • 532 回帖 • 713 关注
  • OnlyOffice
    4 引用 • 17 关注
  • WebSocket

    WebSocket 是 HTML5 中定义的一种新协议,它实现了浏览器与服务器之间的全双工通信(full-duplex)。

    48 引用 • 206 回帖 • 392 关注
  • JRebel

    JRebel 是一款 Java 虚拟机插件,它使得 Java 程序员能在不进行重部署的情况下,即时看到代码的改变对一个应用程序带来的影响。

    26 引用 • 78 回帖 • 623 关注
  • Netty

    Netty 是一个基于 NIO 的客户端-服务器编程框架,使用 Netty 可以让你快速、简单地开发出一个可维护、高性能的网络应用,例如实现了某种协议的客户、服务端应用。

    49 引用 • 33 回帖 • 22 关注
  • Elasticsearch

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

    116 引用 • 99 回帖 • 268 关注
  • Google

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

    49 引用 • 192 回帖
  • GraphQL

    GraphQL 是一个用于 API 的查询语言,是一个使用基于类型系统来执行查询的服务端运行时(类型系统由你的数据定义)。GraphQL 并没有和任何特定数据库或者存储引擎绑定,而是依靠你现有的代码和数据支撑。

    4 引用 • 3 回帖 • 22 关注
  • SQLite

    SQLite 是一个进程内的库,实现了自给自足的、无服务器的、零配置的、事务性的 SQL 数据库引擎。SQLite 是全世界使用最为广泛的数据库引擎。

    4 引用 • 7 回帖
  • Swagger

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

    26 引用 • 35 回帖 • 12 关注
  • Hadoop

    Hadoop 是由 Apache 基金会所开发的一个分布式系统基础架构。用户可以在不了解分布式底层细节的情况下,开发分布式程序。充分利用集群的威力进行高速运算和存储。

    82 引用 • 122 回帖 • 621 关注