问题标签 [knowledge-management]

最近，我遇到了Ignite，并认为演示风格（5 分钟，20 张幻灯片，15 秒后自动旋转）适用于“棕色包”会话。这将是一种利用午餐时间并通过一系列主题来分享知识的方式。因为每次演讲只有五分钟，可以让人们接触到很多话题，如果某个话题很无趣，很快就会结束。此外，它可以为更多的个人提供展示机会。 对格式的想法？

至于物流，我猜你需要在每个小时结束时留出 5 分钟的缓冲时间，并且可能只安排 8 个时间段（5 分钟 + 1 分钟之间的过渡）。即 57 分钟（10 个缓冲区 + 8 * 5 个演示文稿 + 7 * 1 个转换）总时间。 对这个调度的想法？太激进了？

最后，我不确定 PowerPoint（或其他演示应用程序）是否具有自动前进功能，或者是否必须在外部编写脚本。 这里有什么提示吗？

我使用 org-mode 已经有一段时间了，现在我一直保持非常简单，只有两个文件：
一个用作收件箱，
另一个是remember-mode收件箱

这对于管理一些“可操作”的项目非常有用，但我不断添加更一般性的东西，我在日常工作中不需要（操作方法、阅读笔记等），所以它越来越缓慢且难以管理。

我关心的材料不适合 /projects/tasks/sub-tasks 范式，它们更像是选定主题的小知识块，本质上更难以分类和管理。

我一直想知道什么样的结构可以用来处理这种信息（分类和检索），以及是否有其他模式可以帮助完成这项工作？

我想这个问题没有预先制定的答案，因为每个人可能有不同的需求。
Noufal给出了很好的概念性提示，我会牢记在心，但总的来说，接受的答案对此提供了更务实的观点，链接资源是一个很好的阅读。

我需要一个类似 wiki 的“超级”应用程序。我将从我已经评估和/或使用过的应用程序的概要开始：

维基垫

• 优点：
  • 在编辑和查看模式之间快速切换；
  • 漂亮的语法（特别是粘贴代码片段或只是原始的 ASCII 文本，很好的缩进视觉线索）；
  • 它是不需要服务器的独立应用程序；
  • 维基页面可以保存在纯文本数据库中；
  • 轻松拖放文件附件（尤其是图像文件）。
• 缺点：
  • 没有页面的历史/版本控制以及整个 wiki 数据库的状态；
  • 没有 wiki 页面的命名空间的概念；

MoinMoin 维基

• 优点：
  • 不错的语法；
  • 拥有独立服务器（基于 Python），使其真正可移植和独立；
  • 将页面保存在平面文件中；
  • 有很多不错的插件；
• 缺点：
  • 它是一个 wiki == 编辑/记笔记、查看、重复重复的缓慢迭代......
  • 没有版本控制集成

追踪

• 优点：
  • MoinMoin wiki 的所有功能，除了平面文件数据库；
  • 版本控制集成：我可以使用 wiki 变更集功能和 wiki 页面作为我个人代码库的元数据；
• 缺点：
  • wiki 的所有普遍缺点；
  • 不是真正的便携；

todolist2 (by AbstractSpoon)

• 优点：
  • 快速、独立的 todolist 管理器；
  • 这些任务对我来说有一个非常好的和重要的功能，它有一个丰富的编辑框，用于记录与任务相关的笔记，只需一个键即可在任务和笔记之间翻转；
  • 任务的时间跟踪；
• 缺点：
  • 没有内置版本控制（它具有“简单”的版本控制，只需制作项目/数据文件的自动备份副本，并在其名称中嵌入时间戳）。
  • 很难按紧迫性过滤任务（在 GTD 术语中，它没有任务容器的概念：收件箱、可能、每个项目的下一步操作等）。
  • 它没有以类似 wiki 的方式在任务之间进行交叉引用/链接。

思考摇滚

• 优点：
  • 几乎完美地实现了 GTD；
  • 它对每个动作都有注释；
  • 便携的;
• 缺点：
  • （可能是因为Java GUI）在编辑文本注释时没有简单的撤消；
  • 在项目/操作树和可编辑注释编辑框之间切换时很笨拙；
  • 没有版本控制；

MonkeyGTD/TiddlyWiki

• 优点：
  • 真正独立
  • 几乎 100% 维基
  • 不错的 GTD 实现
• 缺点：
  • 当没有简单或用户友好的方式来查看 wiki 页面当前结构的概述时，这有点令人困惑
  • 我不确定当有很多页面/数据/文本/附件时它是否可以很好地扩展。
  • 没有源代码控制集成；
  • 我不确定版本控制/页面历史...

我想要一个具有以下内容的应用程序：

• wikidpad的编辑/预览迭代周期的速度和易用性。
• wiki 页面和相关附件（如wikidpad和MoinMoin）。
• wiki 页面的版本控制（如MoinMoin或Trac）。
• 源代码控制集成（如Trac）。
• 像todolist2这样的时间跟踪和像todolist2和ThinkingRock这样的任务/项目嵌套。
• ThinkingRock或MonkeyGTD几乎完美的 GTD 实现。

很明显，我还没有决定使用哪一个，因为出于某种原因，就上述应用程序提供的功能而言，我的要求在某种程度上是正交的……并不是说这些功能是正交的，或者是不可能或不切实际的……实际上，我认为wikidpad可能最接近我的理想，这意味着我可以：

• 实现我需要的功能（为 wiki 页面本身添加版本控制、GTD-life 功能/属性、源代码控制集成），或者
• 继续搜索和评估，或
• 在这里获得一些有趣和有价值的意见。

期望：

我想让我的 git 提交引用一些更高阶/级别的任务或待办事项列表。

背景：

我使用 Git 作为我的版本控制。现在，DVCS 很棒。一个很大的副作用是日志应该包含一个原子列表，其中包含为完成任务而采取的操作的原子列表。这实际上是“知识库”的底层，因为第三方通过阅读日志就知道采取了哪些措施来解决问题。那很好。

现在，我正在寻找一种将“待办事项列表”或更一般地更高级别的任务链接到我的提交的方法。

即：“解决任务$TASK”：

• 提交日志条目 1
• 提交日志条目 2
• 提交日志条目 3

最终结果将是一个与用于实现它的原子操作相关联的任务，对于许多任务来说，这将成为一个知识库、票务和项目管理解决方案。

这样的事情存在吗？还是我必须退回到维基或其他东西？

对于大型软件，做笔记有助于理解大局。

你怎么记笔记？用笔/纸，或只是一个记事本；你通常会写什么作为笔记？

在 PROLOG 中，您可以表示和查询连接图，如本教程中所示：

您将如何使用诸如 Protégé ( http://protege.stanford.edu/ ) 之类的 OWL/RDL 工具来做到这一点？

TiddlyWiki是一个很棒的想法，实现得非常出色。我将它用作便携式个人“知识管理器”，这些是奖励美德：

1. 它可以在我的 USB 闪存棒上移动并在任何计算机上运行，​​无论操作系统如何
2. 无需在计算机上安装软件（TiddlyWiki 仅使用 Internet 浏览器）
3. 无需互联网连接
4. 在数据检索功能方面，它模仿关系数据库（使用标签和内部链接）
5. 设置和配置非常简单，几乎为零。这也意味着依赖关系是如此之小以至于透明，或几乎如此。

假设我在 4,000 个提琴手（帖子）中有 100 万字的散文。我仍在测试，但看起来 TiddlyWiki 变得非常缓慢。

有没有像 TiddlyWiki 这样的应用程序可以保留我上面列出的所有优点并允许更多存储空间？ （或者更确切地说，检索！）

注意： 内容和演示的分离将是理想的。TiddlyWiki 将所有内容都包含在一个 HTML 文档中，这很不错，但它在很多方面都没有帮助。我不在乎是否需要各种文档的目录（SQLite，XML？），只要它在功能上是独立的。

我正在寻找一些软件（最好用 php 或 ruby​​ 编写）来维护我自己的知识库。我认为类似wiki的系统不适合此目的的原因是它们没有严格的分类（手动创建类别，手动将类别分配给文章）。

有任何想法吗？

谢谢你。

我正在寻找一个简单的文档管理系统（最好基于 django）。做一个快速的互联网研究，我发现了这两个应用程序：

http://github.com/philippbosch/django-dms/tree/master/documents/

http://code.google.com/p/django-documents/

有没有人尝试过其中一种解决方案，并且可以推荐一种？

谁能推荐我另一个适合以下 dms/kms 需求的 django-app：

• 上传/下载文件
• 以类似共享点的方式浏览文件
• 标签文件，并能够在标签后搜索
• 为文件添加简短描述

处理我的个人知识库...我想格式化我的文档，甚至在本地硬盘上以 wiki 语法。有时我会将它们上传到（企业）wiki，有时我会从那里下载它们。计划使用一些工具来支持此流程并在以后搜索我的知识库（文档）。显然，我希望降价与大多数兼容，最大限度地减少转换工作。

所以我的问题类似于这个相关的问题，但是

• 当我开始新事物时，我应该使用什么 wiki 文本版本或 Markdown（方言）？（即文档项目和维基类型）。
• 什么是最广泛使用/公认的？
• 工具支持（编辑器和/或库）在哪里最好？关注编。语言有 Java、Ruby、Scala。