TiddlyWiki是一个很棒的主意,非常出色.我将它用作便携式个人"知识管理员",这些都是奖品的优点:
假设我在4,000个收手(帖子)中有一百万字的散文.我还在测试,但看起来TiddlyWiki变得很慢.
是否有像TiddlyWiki这样的应用程序保留了我上面列出的所有优点,并允许更多存储空间? (或者更确切地说,检索!)
注意: 内容和演示文稿的分离是理想的.TiddlyWiki在单个HTML文档中包含所有内容,这很有趣,但它在很多方面都没有用.我不在乎是否需要各种文档的目录(SQLite,XML?),只要它在功能上是自包含的.
database portability knowledge-management client-side tiddlywiki
我想为我们的呼叫中心建立一个基于网络的知识库系统.为了节省一些开发时间,我正在寻找一个开源.有人知道那里有什么好的吗?
我一直在使用org-mode一段时间,我现在保持它非常简单,只有两个文件:
一个用作收件箱,
另一个用于记住模式,我只是粘贴任何已处理过的东西收件箱
这对于管理有些"可操作"的项目非常有用,但我不断添加更具一般性的东西,我不需要日常工作(如何,阅读笔记等),所以它正在变得越来越好缓慢而难以管理.
我自己关注的材料不适合/ projects/tasks/sub-tasks范例,它们更像是选定主题的小知识块,这些知识本身在分类和管理方面更加复杂.
我一直想知道可以使用什么样的结构来处理这种信息(分类和检索),以及是否有其他模式可以帮助完成这项工作?
我想这个问题没有预先答案,因为每个人都有不同的需求.
Noufal 给出了很好的概念提示,我会记住,但总的来说,接受的答案提供了更实用的观点,链接的资源是一个伟大的阅读.
您是否使用正式活动让人们在您的IT部门进行交谈?就像社交场合的月度聚会,内部维基/聊天空间,或者只是一个常规的"信息市场",其中包含一些关于员工为员工制作的技术或项目的演示文稿?您是邀请销售人员参加还是仅为程序员举办的闭幕活动?
你如何让人们参加这些活动?你允许他们把工作时间花在知识转移上吗?或者您是否将其理解为工作时间的一个组成部分?
我想知道如何监控知识转移本身的进展.您如何发现项目中关键的一人失败点?有几种方法可以避免它,例如人员交换或"fifo"尝试修复bug.
注意:好的,这是一个非常非常嘈杂的问题,我希望在几条评论之后修复它.抱歉,混合.
编辑:我个人的经验是,人们开始做出贡献的障碍很大.看起来他们不会花费(最少)额外的时间来编辑我们的wiki,或者花一小时在下午与开发人员讨论技术主题.这就像人们不喜欢我们的维基,我们的文档管理系统或会议.也许是因为它全部免费使用,而不是由管理层强制执行.但我不想强迫人们参与其中 - 但这是正确的方法吗?
一个例子:我们的wiki包含有关项目的页面,告诉谁在项目上工作以便在遇到问题时获得第一次联系.但除了同事和我之外没有人在创建这个页面......
这些和其他方法的优点和缺点是什么?为此目的的任何好工具?
如果你推荐一个wiki, 你会推荐使用什么样的Wiki?内部?托管?自由?付费?
任何人都可以解释SWRL规则的目的.据我所知,SWRL规则与SQL中的存储过程相同.我已经制定了一些规则,但不知道如何通过查询在我的应用程序中使用它们.我不知道我是否以正确的方式思考SWRL规则的意图.请告诉我使用它们的正确方法.
看看这个规则:
Patient(?x) ^ hasValue_heartrate(?x, >160) -> Sick(?x)
Run Code Online (Sandbox Code Playgroud)
在我的本体论中,我有Patient类,但没有Sick类,甚至没有Value_heartrate属性.我应该创建这些吗?或者我如何在我的本体中使用上述规则?
在我的个人知识库上工作...我想格式化我的文档,甚至在wiki语法的本地硬盘上.有时我会将它们上传到(公司)维基,有时我会从那里下载它们.计划中有一些工具可以支持此流程并搜索我的知识库(文档)以供日后使用.显然,我希望降价与大多数兼容,最大限度地减少转换工作.
所以我的问题类似于这个相关的问题,但是
聪明的程序员在这里做些什么来跟踪他们在多年经验中获得的方便的编程技巧和有用的信息?像有用的编译器参数,IDE快捷方式,聪明的代码片段等等.
在查找一年或两年前我曾经知道的事情时,我有时会感到沮丧.在20世纪90年代末期,我的IE收藏可能代表了互联网的很大一部分,所以显然这是无效的(至少对我而言).或者我刚刚变老?
所以你会怎么做?
我们已经有指导,彼此分享信息,并定期举行技术会议.但是,我们希望将这些内容写下来,以备将来记录和新团队成员使用.现在我们大约有30名开发人员.
我们正在考虑内部博客和维基.
虽然在公共博客上分享内容(甚至可能有官方的公共开发者博客)会很棒,但现在我们想把它保持在内部.我们的商店主要是定制编程,而不是产品,所以那里会有很多专有的客户信息.对公共博客进行自我审查只会减慢我们的速度.
维基在概念上很好,但他们需要更多的组织和编辑,所以我不相信它会是可持续的.
您的组织如何做到这一点.
我正在寻找一个简单的文档管理系统(最好是基于django).做一个快速的互联网研究我发现这两个应用程序:
http://github.com/philippbosch/django-dms/tree/master/documents/
http://code.google.com/p/django-documents/
有没有人试过这个解决方案之一,可以推荐一个?
任何人都可以推荐我另一个适合以下dms/kms需求的django-app:
wiki ×2
blogs ×1
client-side ×1
database ×1
django ×1
emacs ×1
markdown ×1
open-source ×1
org-mode ×1
owl ×1
portability ×1
rules ×1
semantic-web ×1
swrl ×1
syntax ×1
tiddlywiki ×1