zoomquiet
(stranger)
04-03-15 14:18
|
[精华] 实用的知识共享管理系统/软件/机制/引擎
|
| |
Limodou 和 Tomz 在Moin等相关讨论中引出了一个非常有意义,也有趣的问题:
如何可以有效的分享每个人的知识,经验?
在尽可能的不破坏现有的各种知识管理系统的基础上?
http://www.cnblog.org/grass/wiki/default.asp?p=ideas
是 Tomz 比较正式的想法
http://www.cnblog.org/grass/wiki/?wego
and
http://www.cnblog.org/grass/wiki/?grassland
是cnBlog 已经进行中的类似开发项目;
其它外国的相关项目收集中^__^
请同志们为Python 在此领域中的应用图景进行畅想哪!
--------------------
Time is unimportant, only life important!
文章选项：
|
zoomquiet
(stranger)
04-03-15 12:32
|
|
Tomz 的相关想法
回应:
将blog、wiki、论坛等整合的知识管理系统。
象，现在的各个系统都各有优缺点，
却不考虑更高级的知识整理方法，令人费解。
....
嗯，我的系统是知识交换系统，不是企业内部的知识管理系统。（另外，我头脑中知识管理系统的概念是知识整理系统，也可能和你的不一样。）因此，如果是企业内部的知识管理系统只要有评分系统就可以了，因为企业可以对高分作出奖励。而在交换系统中，只有知识的购买者才能作出奖励，因此，是一个商品的交换过程，一个交易达成的过程。在知识交换中，阅读都是要付出的。对于评注，当然要奖励，知识的出卖者也会用他的所得分一部分给有价值的评注者。这也是知识交换系统存在的价值之一---------鼓励评注。
在知识交换系统中，没有价值评定的问题，只有交易达成的问题。对于文章的内容是否和题目相符，质量是否过关，目前只有通过举报来解决，另外，可以推出作者的信用评级。还可以做一个随机抽取内容的功能，公布部分文章内容，来评估文章的价值。
而如果对于单纯的评价系统，我不赞成设置专门的评价人员，而是大家都是评价人员，读者可以设定他所信任的评价人员，对评价人员形成竞争机制。我喜欢一个大家都平等的氛围，以免造成评价和被评价的矛盾。造成评价的低效。
www.csdn.net www.xdcad.com 都对如何鼓励用户发言做了很多成功的尝试。我的文章交换系统和社区、和人气都无关，和它们的不同。我的系统只是一个功能性的东西，可以自己用，也可以大家用。如果别人不用，至少我会使用它来做一些交换活动。我做这个系统的最初的想法也是给自己用的。目前只是把这个系统开放了。
至于选择开放的问题，我认为，如果自己作出的对自己很重要的成果，还是开放的好，因为对自己重要的东西，不是用金钱能够衡量的，开放了，能使成果发挥更大的作用，比如我的文章、和我的blog，对我很重要，所以我免费提供给大家。而对于那些对自己不很重要，需要花力气去完成，而对别人可能比较重要的东西，则可以采用交换的形式，这样各得其所，而不是单方面作出牺牲。
我的文章交换系统有商业化的打算，目前，我选择封闭。
至于开放和封闭，那种商业模式好，要区分不同的情况，具体分析。不要一味的开放，也不要一味的封闭。这在我以前对GPL的讨论中说了很多了。重要的是对商业模式的可行性做出正确的判断。zope的开放我感觉有很多股东的感情因素在里面，并不是单纯的商业考虑。在中国，选择开放也可以，但要有认真的权衡，而不能冲动。在开源软件的基础上进行公司的商业化运作，前途应该也不错，但需要好好考虑获利模式。开源获得的支持，很多都是用户的贡献，用户作出贡献对自己也是有利的。和商业运作无关。
开放确实也是一个市场宣传活动，目前大量的商业运作是免费和收费混合的。
也有公司是开放一部分用来交流，封闭一部分用来获利，比如sendmail。
我是很赞成开源的，在我的文章交换系统中，初始币值和最终币值的设计，就是为了既能保证贡献者的利益，又能为开源输送资源。
中国用户在乎是否开源的比较少。确实需要普及教育，凭一个公司的力量要普及观念比较费劲。只能慢慢来，不能着急。我想，用户最终会认识到开源的好处的。目前，可能不好过分强调开源，还是要站在用户的角度，从用户关心的地方和其它软件公司竞争。
可能你没有理解我的整合的含义。blog和wiki等整合的事情已经有人在做了。我知道的是tiki，tiki原来是一个wiki系统，目前发展成了一个综合的门户系统。有forum、blog、wiki、PIM、faq、bug trace、vote等很多模块。它所作的整合工作就是：其中的很多模块都具有了catalog功能，都具有了comment功能。我的意思是有很多通用的知识整理的功能，各个模块都具有才好。
...
我所说的知识管理功能不够的意思是：
比如如果是一本书，那么就有树状结构（篇、章、节、小节），还有顺序结构（有先后顺序的第一节、第二节、第三节，各个章节的前后顺序是确定的）。而在wiki系统中，是一个平面结构（我知道zwiki有层次结构，具体不清楚，但应该实现不彻底，比如没有顺序结构）。一个wiki页没有前、后、上的属性，（手工添加的链接不算。）而如果有了这些属性，wiki的浏览操作会方便很多。比如blog也没有书那样的完善的结构，forum也没有这样的整理功能。可能有czug那样的操作，先在forum讨论，比较成熟后放到blog上，规模大了，放到wiki上，成熟了放到知识库中。而我的想法是，不管什么信息类型（blog、wiki、forum等）都具有”可管理性“，都有一些统一的操作，比如版本、评级、评价、结构、作者、分类、时间。一个信息可以有多种表现形式，同时存在于各种容器中（blog、wiki....），而不是各有一个复制品在各个容器中，造成信息的分裂，手工的在各个容器收集反馈。信息越具有可管理性，就越能发挥作用，而不至于造成信息的浪费。如果能够通过各个途径、依照各种线索都能够发现同一个信息，将同一个信息的各种反馈和整理和更改都在一处发现，那么信息能够发挥更大作用。
另外，网站的“开放互连”能力，比如，能够发现一个wiki字是否在其它wiki网站上已经出现了。比如，一个人能够用同一个网站的认证在多个不同的网站上发表信息，而且在一处能够发现作者在不同网站上发表的所有信息。（而不必依赖不可靠的网站搜索功能）
这种知识管理能力其实也就是“语义web”的概念，只是我的设想更具体。要实现我说的知识管理功能，也要建立在xml基础上，就是要求网站的功能都具有xml界面，并且数据库能够相互链接。（就像多个关系数据库的合并。）
这些想法只能通过软件的实现完善、提纯。知识管理的想法在我网站上提到的“记事本”项目也有所表述。
“可管理性”和“开放互连”可能已经在某些软件中有所体现了，但我认为目前的发展水平远远不能满足要求。
象天网的燕储把多个分散的ftp网站互连起来，blog心得集的blog搜索功能，都是一种“开放互连”的尝试。我的bookmark缓存的想法也是一种互连的企图。ldap和passport也是一种互连的实现。
其实，对知识管理的说明用“用户故事”的方式来说明是最明白的，只是目前思路比较混乱，只能在理论上大概说一下。
...
补充：
网站的“缓存友好”，指如果缓存一个目录，那么目录下面的各个章节、评论等都能被同时缓存。如果内容有发展或更改，那么能够主动通知缓存网站更新内容，而不是总要机器人来询问。信息是细粒度的，各章节、评论都是独立的信息片断，而不是都在一页上，这样便于归档和检索，当然，在被人浏览的时候可以放到一页上。信息都是xml加xlt的，这样信息能够同时被人读和机读。不止是最终版，而且所有版本都要放到xml上去。xml能兼容各种xml规范，比如RDF、RSS、都柏林核心等，最好wiki、forum、book都有自己的xml规范。
这种“缓存友好”是“开放互连”的基础。
评级的重要性：比如访问一个blog，blog中有几百个条目，我没有时间全部阅读，希望作者能够告诉我，最有用的前10个blog条目是什么，我要把时间花到最重要的内容上去。对论坛、wiki等其它形式也有同样的需求。
...
旧贴摘录：
==记事本项目理论==
我的“记事本”和你的“人机对话”好像研究目标相同，下面说说我的“记事本”的构想，而构想的核心就是对“知识”的研究。
知识有两个粒度级别：
第一级是“词”，数据库就是把词作为存储对象，词典等也是数据库。对于人机对话来说就是从自然语言中抽取数据，人机对话并不能从对话中抽取“关系”，因为所有的语句中的词的关系都是程序事先预料到的，并且分别处理的，所以说人机对话是从语句中抽取“词”。从语句中抽取词的过程涉及到语义学：区分名词、动词、形容词、助动词。另外，也要借助于“同义词”等语义学的概念。从语句中抽取词就是区分词的性质，然后获得所需要的词的过程。数据库就是存储的词和词之间的关系，数据库可以是关系数据库，也可以是prolog那样的有多种特定关系的可推理的数据库。我认为人机对话目前首要是具有能接受各种数据库数据的能力。数据库的形式有关系数据库、xml数据、RDF数据，这些以标准格式存在的的细粒度的知识是最有组织、最有语义概念的知识，应该是人工智能首要的消化对象。以网络形式相互联系的各个独立的数据库的联合是人类知识的最佳载体，这应该是目前最需要做的事。现在已经有很多人在呼吁建立一个全球统一的知识库，我认为应该从增强对现有的细粒度的知识的消化能力入手，一方面是消化现有的细粒度数据，另一方面是用网络的形式吸收人头脑中的知识。wordnet是一个吸收和存储人类的细粒度知识的尝试。象词典、输入法等也是以细粒度知识为基础的。我的记事本就是先从作为关系数据库的一个接口入手，比如一个通讯录。使用人机对话的形式可以方便的输入数据，比如输入一句“某某的电话是XXXX”，而不用调出相应的输入界面，也不用被迫按照输入界面的顺序输入，并且能将多个数据库的输入混合在一起，不用考虑先后顺序。在“词”这个粒度级别中，语法分析是关键，而语法不外乎表现这四种关系：抽象和具体、整体和部分、基本和衍生、对象和属性，这正是四种思维形式的表现。
第二级是“语句群”，语句群的形式可以是论坛的一个帖子，FAQ的一个回答，howto的一个回答，或结构化文本的一个最小的单位，一个“小节”。就是由一个或几个段落组成的解决单一问题的语句群。这个语句群的概念比段落含义更明确。语句群的存储和检索就涉及到了思维的四种形式，一般的语句群的组织形式是以目录的形式出现的，比如结构化文本的“章”、“节”等，或网站的目录检索，或文件的目录，这就是“树状思维”。关键词的检索方式可以看作目录检索的一种比较灵活的形式，也可以看作“离散思维”的一种形式。象文章的属性，比如作者、语言、网站等，象“都柏林核心”，这种类似关系数据库的方式，属于“对应思维”的形式。象全文，标题的检索属于“离散思维”的形式。html、wiki、info那样的超链接的形式则属于“延伸思维”的表现，以一种延伸的形式找到最关心的知识。掌握了思维的四种形式，也就掌握了“语句群”级的知识的全面的检索方法。结构化文本是组织知识的工具，tex、html、xml、wiki等都是结构化文本。新闻组、论坛、RSS、BBS等都是对“语句群”级的知识进行组织的尝试。FAQ、howto、cookbook、归档网络也是知识组织的形式。研究怎样使知识更有组织，更容易检索，研究各种知识的组织形式是一个非常有意义的工作。
我的记事本就是想综合两个粒度级别的各种检索方式，作出一个比较完善的知识管理软件。这个软件要有网络和本机两种交互界面，要兼容各种数据形式和输入输出方法。但这是一个宏大的计划，最好有资金支持才好，否则就只能等待我花几十年的空闲时间慢慢来搞了。不知我所说的和你的项目的重合度如何。不知是否有人或有资金来实现这个构想。我想先用scheme搞一个原型出来，确实有必要再用c语言等更高效的语言来实现。原来我曾经用lisp编了一个超链接系统，架构比较乱，肯定要重新实现一遍，但这次我打算从一个“通讯录”这样的关系数据库入手，然后是一个类似wordnet的网络接口。现在已有的知识的组织方式很多，各有特点，只有先构思一个更先进的架构才有开发的必要，而这种架构只有在一步步开发中逐渐找灵感。
...
另外，除了对信息进行管理，对人的信息进行管理也是非常重要的，比如招聘网站，专家库，俱乐部、和其它会员制的组织都设计到对人的信息的管理。人的信息也设计到一个分类和评级的问题。对人的信息的管理，“朋友的朋友”理论是一个开端。比如 www.yoyonet.cn
...
讨论的Wiki 可以在
http://www.cnblog.org/grass/wiki/default.asp?p=ideas
--------------------
Time is unimportant, only life important!
编辑者： zoomquiet (04-03-15 13:14)
文章选项：
|
zoomquiet
(stranger)
04-03-15 13:09
|
|
Limidou 的看法
回应:
关于知识性的整合以前考虑得不多，因为我的交流可能没有你广泛（因为在好多地方都看得到你的身影，而我的圈子就比较小，平时也不太注重宣传，虽然我也想一夜成名）。不过，现在想一想，交流真是太重要了。因为通过交流可以缩短你学习的曲线，提高你的视野。那么在网上更多地体现在知识的管理上，如何能将各种知识整合是很难的。因为不同的人的需求不同，因此需要整合的内容也不同。要实现这种整合，首先是我们有针对不同知识内容的管理平台，如blog, 论坛, 主页, 我的翻译平台, tomz的文章交换系统等等。然后有一种公共的接口，可以进行查询、提交信息、获得信息，有点象web service。再有一种知识搜索引擎的东西。你可以将你的知识平台在这个引擎上进行登记，要注明你的知识种类（如果有多种，要登记多个），同时提供相应的接口服务。然后象我们这样的用户就可以申请一个专门的定制，可以定制：
需要的知识种类，需要哪些服务，还有类似关键字的东西。这样，我们只要访问这个搜索引擎，或使用专门的客户端工具就可以找到我们感兴趣的东西。我们就可以在一个界面上，看到可能是来自许多不同知识源的内容，同时可以进行讨论与分享。获得的知识可以保存，并由你发由到不同的知识网站，并可以在你的朋友圈中进行分享。
思维有些混乱，只是自已乱想的。最关键的技术就是服务接口的定义与标准化，搜索引擎的建立。那么这个搜索引擎与一般的不同之处在于，一般的搜索引擎只是根据关键字查找内容，然后把信息给你就结束了；而这个则有知识分类在里面，这样不会把与你想要的知识分类无关的内容也给你，而且也不仅仅是当页面上有这个关键字就给你。它是通过调用注册的知识源所提供的查询功能的实现的，搜索引擎只是一个调用者。不过这样也可能会带来一个问题，那就是如何定义索引关键字。再有就是这个搜索引擎还可以整合知识源提供的发布与获取的功能，提供将不同的信息组合在一起的能力。
只是想一想，不知道有没有这样的东西。也许已经存在了呢。呵呵。
...
需要有眼光，有实力的组织来完成呀。个人只有想想的份了。因为涉及的内容太广了。而且也不应该全部是重新创造，那么如何使现有的标准和技术更完善和统一就非常困难了。等吧，也许会有的。
...
有些地方还没有太明白，不过有些观点与你不太一样。
我所认为的知识从表现来说可以是多种多样，这取决于客户端的处理。那么知识的存放格式是什么，也可以是统一的，也可以是不统一的，比如我们可以用结构化文本，也可以使用xml，更可能是数据库。那么我们并不需要强制定义知识的表现，当然如果有更好。我们应该更关心的是知识的获取与交流，是功能的提供与数据接口的统一性。至于p2p到是一个很好的想法，与我原来的想法不同。原来我想得是：存在某些知识站点，我们首先在上面注册，然后生成各自的知识。这些站点又在某些知识引擎中登记，或自已就是一个引擎。这样我们可能通过引擎定制我们个性化的知识分类，由这些引擎自动帮我们得到信息。但我想象的不是直接得到信息的文本，而是调用相应的service服务来动态获得。这些功能的实现是需要专门化的站点来提供。p2p更是一个开拓的想法。用p2p获取信息是方便了些，但不知道信息的共享与发布如何更好地实现。
我所想到的知识分享更需要专门的站点提供这样的服务。
...
--------------------
Time is unimportant, only life important!
编辑者： zoomquiet (04-03-15 13:15)
文章选项：
|
zoomquiet
(stranger)
04-03-15 13:11
|
|
Zoom.Quiet 的乱想 1
回应:
同志们好！
才参与到linuxforum.net的讨论，就得到了两位的热情回复！谢谢！
有关知识分享！
tomz 有了比较系统的想法
“开放互连”
希望可以进一步详细的阐述出来，让同志们共同思考一下子，
我的直觉想法是 “P2P”!
现在我们共同感觉到了知识共享的重要性，
但是使用知识管理系统越多，越感觉到任何一种方式都有难以忍受的缺陷，同时也有更加难以割舍的优点！
而在公用知识片段，与他人交流时，又遇到了文档格式的问题。。。。
常常是有话，却难以使用快速的方式结构明确的，背景知识阐述明了的，将自个儿的经验进行交流！
其实，现在Internet 的发展已经使用知识，信息，垃圾混杂到没有什么数学公式可以进行区分，识别！除非，有真正的人工智能出现！
所以，我们学会了使用搜索引擎来定位信息入口点，开展自个儿需要的索取！
“基于Google的学习过程”
http://www.chedong.com/tech/study.html
随着网络中页面的增长，其效率，必然的下降！
Google 的搜索方式必然会被其它更加有效的数学模式取代！
其实Yahoo 最早开展的目录式检索，完全类似与图书馆的检索，是长久以来证实最有效的信息组织方式！
可惜，想正确的使用"目录"，得掌握专门的知识！类似图书馆信息管理之类，
毕竟"目录"分类,与现实世界永远不会统一,而且每个人对于知识结构,世界的理解都不一样!
所以,社会性软件出现了!
以映射真实的社会为目标,进行有效的社会数字化!
但是,Blog 太个性,不是朋友很难迅速在你的Blog中找到有效的信息,
Wiki 应该说最象人的自然记忆习惯, 树状的,层次的,但是,是可以任意联想的,
所以,在Wiki 的森林中,迷失的几率与其它各种知识管理系统差不多!
同样离散的,而且增长,交流更加频繁的文件交流,MP3 DVD 软件等等!
却有了一种比较有效的交流方式P2P 软件!
每个人,为自个儿分享的对象负责有效性说明,检验,
P2P 软件,负责自动查找资源,分享传输,
一举解决文件交流的搜索击中率,内容有效性,传输复用!
我们现在关注的 知识共享
应该说从知识的记录格式上来讲,都肯定了
应该是唯一的一种纯文本文档,
可以简单的由工具转换为其它任何一种流行的发布文档格式,
这样一来,非常正式的文章的维护,可以使用CVS 之类的版本管理工具,
同时只要维护一个版本的文本,其它的发布文档,
随时可以再次由元文档升华出来!
问题在于,各种来源性信息的组织格式!以及交流方式,有效搜索...
嗯嗯,在下的想法是::
以Wiki 的模式来组织扩展的RSS(加入人为的内容评定,类似P2P分享的模式),
通过 扩展的RSS聚合源信息;
Plone 的类型式内容的创建,中心思想是 CMFTypes 之类产品的,信息meta 定义!
我们通过 K.RSS(KnowledgeRSS ,知识聚合元语), 组织信息源 来交流,
如果是软件,可以利用Jabber 的设计,
如果是站点希望可以使用 Zope 的全文检索机制...
如果是文本约定,希望是利用 Doxygen 的注释 key word 在 Wiki 类结构化文本中扩展!
嗯嗯?
有点乱,以使用进程的形式说一下子,看能否讲明;
直观上改造一个 Wiki 站点,作为知识的组织,检索中心,
将各种BBS,MailList,IRC等等讨论型知识组织形式中的有效信息,通过解读
形成文档保存下来,同时以 RSS 方式与其它系统进行分享;
而 Blog,Wiki,静态页面等等写作型知识来源,则主要以 K.RSS的方式进行注释,同时可以反向检验有效性,以及内容抓取?!
即,接受其它支持知识交流的CMS系统的RSS推送 ,同时,人工解读,K.RSS发布,
支持检索,
K.RSS 的维护,应该说Blog 的随意性,和Wiki 的结构性应该有个形式上的融合;
更加重要的是可以通过人为的限定,可以进行有效知识的 拉聚!
最终目的,是形成,以结构化文本为载体,
K.RSS 格式的XML 记录知识的要点,结构,关系图,
可以多种方式搜索,快速增长的知识聚合中心,
并且,最关键的是这个中心,不应该是一个固定的数据;,
而应该象P2P 分享网络一样,就是网络本身!
只不过,有一个快速有效的信息有效性保障和检索模式!
以上!
还是混乱哪!………… 汗！
请同志们想一下子，也算是个头脑体操，
“如何，可以让自个儿的经验最真切的被其它人简单的获得，
同时使自个儿得到更多的信息？”
是也乎是也乎！
参考：
提高网站在Google中的排名
http://www.chedong.com/tech/google.html
将 PageRank 实用化的分析了一下子;
让BBS与Weblog互通
http://www.chedong.com/tech/weblog.html
提到:面向搜索引擎友好
基于Java的全文索引引擎Lucene
http://www.chedong.com/tech/lucene.html
分析了实用的全文索引的设计,原理
--------------------
Time is unimportant, only life important!
文章选项：
|
zoomquiet
(stranger)
04-03-15 13:12
|
|
Zoom.Quiet 的乱想 2
回应:
嗯嗯！
作为 Python 应用的一个有趣的开发课题?
诚然，通过一个专门提供“知识分享”的服务，的确可以比较简单的部分实现知识的有效性管理和交流，
但是，与开源的思想有些相左哪?…………
源于:
http://www.zqstudio.org:9085/Zoom_Quiet/Nucleus/index.php?itemid=80
集中！永远只能带来暂时的高效率，
随后的"无限控制"是不可抵抗的诱惑！其结果也只能是自我毁灭！
所以，一但有专门的站点提供类似的服务，则实际上意味着知识结构的权威性异化，以及类似服务商之间的竞争导致的“标准污染”“恐怖宣传”等等的举措！
所有的搜索引擎实际上都是反Internet 的！?
因为其作用不是维护Internet 的多样性，而是试图以排名来控制内容！
又想了一晚，也只能认为P2P 是现在比较正统的知识分享原则！？
还有 SETI@home 等等的分布式计算机制数据处理的方式，也是最有效利用Internet 的方式！
开创性的思想，要实现总会带来新的协议争夺战！
嘿嘿嘿！作为中国人，我想中庸一下子，利用现有的一切技术，站点，
仅仅约定，提供最小数量的接口，就可以有效的聚合，分享知识！
进而产生规模，形成影响力，成为标准？！
所以，"知识的获取与交流，是功能的提供与数据接口的统一性"
其中心思想，是鼓励知识消费，激励知识贡献！
功能，我想最重要的是检索，检索结果可以是链接，也可以是文章，更可以是具体的人的回复等等
“信息的共享与发布”
完全可以利用现有的证实有效的，大家习惯的方式，方法！
象 Lotus Notes 一样，利用“复制同步”的思想，
各级站点，个人知识元点软件，
只要上网，或是有检索行为，就自动从最近的 知识聚点 下载最新的目录，
以之为资源进行分享！
知识的发布，当然应该是使用现有的一切形式，
只是，我们可以开发实用的知识卡片标准？ 利用 K.RSS 的方式，自动，或是人工的将经过人们阅读，评论过的有效知识，聚合到所谓的引擎中，并在最短时间内最大限度的传播！而不是发布出去！
其实，信息仅仅是信息，没有经过处理的信息可以认为全部是垃圾！
知识——嗯嗯，我们的定义也许过于严格了，
知识的定义非常复杂，许多人都试图从专门角度出发对知识定义发表自己的看法，如心理学家认为，知识问题从本质上是一种心理问题，知识是存在于人的大脑皮层中有组织地呈现的东西，
其中内成论者认为知识是内隐的心智运作的结果，
外成论者认为外在的刺激或输入是知识形成的基础。
人工智能科学家则从智能工程角度看待知识，他们尤其重视“编码”，在他们看来，“知识就是某种论域的某些方面的符号表达，所谓知识实质上就是某些论域的某些方面的一种‘模型’。
显然，这里的知识并不等同于信息，在他们看来，
“未被智能加工过的信息不称其为知识。”
《辞海》对知识的定义为：“知识是人们通过实践对客观事物及其运动过程和规律的认识。”
知识管理是指在一定的环境之下解决大量资讯/信息所带来的创新的组织与扩散问题的方法。它包涵了组织的发展过程，并寻求将信息技术所提供的对数据和信息的处理能力以及人的发明创造能力这两方面进行有机的结合。
知识管理包含人和信息技术两个方面内容，它以知识创新为直接目标，
所以，我想，正式的，结构完整的知识，包括各种教程，帮助文件的翻译等等，
是应该以Wiki 类似的方式，以知识树的形式，进行收集，再分享，比较简单，
而且人员的管理也比较容易，由其贡献的文字数量就完全可以进行分类，追踪，奖励等等管理了！
然而，我们真正期望快速，有效的分享的，应该说是每个人的经验！
每个人不同的知识体系，面对同一问题时，处理的技巧，思路，工具等等！
这种分享则是关注于评论？！
象Blog 一样！重要的是发出自个儿的声音！
Blog 的本质就是质疑！使用自个儿的灵智来看侍世界！
所以 CookBook 的形式，比较适当，
以实际的问题，为中心，围绕其之 解决，外延思考，进行有效的组织，发布，分享！
利用 ICQ 等等IM软件，Mailist ,BBS,Wiki,Blog 等等异步讨论系统，进行交流，
提供方便的总结性文章提交方式，记录下讨论结果，并可以继续评论，再次分类，再次总结！
形成，经验的知识化！？
在下总的直觉是，知识也好，经验也好，
可以分享的，不仅仅是可以由文章固定下来的内容，
更加重要的是经验形成来源的知识点结构，
即，知识的互联！知识的关系！
嗯嗯！
总感觉没有说明白自个儿的意思，
看 tomz 和Limodou 是否可以理解，并指正？
参考:
"知识管理在图书馆的作用"
http://www.zslib.com.cn/xuehui/2002lw/%E4%B8%98%E8%8E%89%E8%8E%89%E8%AE%BA%E6%96%87.doc
"论知识经济时代的学校知识教育"
http://www.nbedu.net.cn/article/show_article.asp?ArticleID=3374
"素质与知识"
http://netbook.hl.cninfo.net/netbook/200313.htm
教育、培训、技能、经验的联系与区别
http://www.techinfo.gov.cn/zxfw/iso/20039/b.asp
"知识、经验、活动与课程的本质 "
http://www.pep.com.cn/200310/ca295326.htm
--------------------
Time is unimportant, only life important!
文章选项：
|
zoomquiet
(stranger)
04-03-15 13:25
|
|
潘俊勇 的观点
回应:
从知识管理的角度，对你的文章交换系统，我有些想法：
1. 知识管理强调贡献和分享，你的系统强调通过贡献得到分享。这不适合公司内部使用。对公司内部，应该是免费阅读，甚至阅读也得分的。评注也可以得分的。知识是在交流中才能得到升华的。
2. 如何评判知识的真正价值？自己定不合适。仅仅看标题不知道内容，很难知道知识的价值。其他人的评分应该是对知识评判的一个标准。你的系统缺少评分机制。
3. 根据知识贡献对用户进行评分，做为公司内部使用也很有必要。根据评分可对员工进行考核。
4. 你的系统可能适合知识运营商使用，但不适合公司内部使用。我现在的兴趣在于开发一个适合公司内部使用的系统，和你还是有区别的。
接着讨论一下是否应该开放的问题：
1. 是否选择开放，完全是个人的自由！ ;-)
2. 对我来言，也是一个逐步从封闭走向开放的过程。封闭能够包含自己的很多智力财产，但开放则意味者能够获得更多你不可预见的财产。开放源代码就是这样，zope公司也是有一个把zope从封闭转向开放的过程，而且他成功了。Plone更是一个例子，Plone的创始人贡献了那么多，但是他们肯定无价了;-) 。 看看Plone社区吧，很多人在不断的无偿的回复邮件，如aj，他们傻吗？他们得到了好的名声，好的信誉，好的名气，会有生意找上来。
从完全生意的角度讲，可以把开放当作一个市场活动，就想卖东西也还要做广告一样的 。但是广告投入很多，但自身没有给最终客户任何回报。但是开放则不同，开放自身就是有价值的，可以帮助很多人。
从技术角度讲，只有开放，你才能得到更多的支持和交流。我认为交流是很重要的，再聪明的人，也不能闭门造车，也需要通过交流得到启发。
我们公司，所以目前就是想走这个开放源代码的商业路线。我们通过贡献来得到市场，得到信任。这是一个良性的循环。这模式在国内不多，但在国外很多了，还有专门的理论文章。这个路线我们在尝试。但目前感觉比较困难，主要是这个模式在国内知道的不多，外部环境不够好。不能只有一个公司做这件事情的，还是需要有一个大环境，这样我们才不会那么累。
"另外，一个想法是将blog、wiki、论坛等整合的知识管理系统。象，现在的各个系统都各有优缺点，却不考虑更高级的知识整理方法，令人费解。"
这是最终服务提供商做的事情，已经不是开发人员做的事情了。
...
--------------------
Time is unimportant, only life important!
文章选项：
|
limodou
(Pooh-Bah)
04-03-15 14:18
|
|
我现在想，如果没有专门的知识服务站点，我们所贡献的知识放在哪里。而且这个知识服务站点是不是还应该带上人工智能的东西，象一个专家系统。这样，知识即可以由站点根据知识的定义自动进行搜集，还可以由注册用户进行贡献。在全世界可能会有许许多多的这样的站点。那么知识的汇集可以由站点来提供，也可以由相应的软件来提供。为什么不用p2p了呢，因为它的信息是存在于每个人的机器上的，那么知识的存放就成为了问题。那天硬盘坏了，知识不是全丢了。而且也难做到24小时服务呀。
知识的存放，分类，检索，获取，注册是知识站点应该具备的最基础的功能。知识对于个人来说，可能有私有的，也可以共享，完全是个人的事情。那么我们在贡献知识的时候只要设定是否共享，然后写作时可以预先选择知识的种类，写完后提交我们已经注册的知识站点即可。你提交的知识由知识站点自动提出检索信息进行保存。然后可以存放在共享区与大家分享。或者象你说的同步，与别的站点进行交换信息。大家检索知识时，只要连接所注册的站点，由此站点自动将搜集到的知识给你，可以是这个站点上有的知识，也可以是从别的站点搜集来的。同时知识还可能带着许多相产的链接与评论，这些都可以通过统一的页面，或一个客户端软件来实现，而且重要的是我们不用登录许多网站。
KRSS作为数据交换的接口可能合适，至于数据的存储，可以不限。因为不同站点或站点与客户端之前是通过数据接口和协议来交换的，数据的表示存储可以不去管它。为了检索上的方便，使用数据库我想应该是必须的。wiki比较适合多人的讨论，但对于分类检索可能就不行了。可以把wiki作为知识评论或交流的形式。比较成形的东西可以作为知识点保存。
这样的话，我想知识应该有粒度上的区分，如：知识点，知识链，评论，相关内容等等。这样可以由用户自行选择想要的信息。
--------------------
Python在向你招手(http://writedown.126.com)
文章选项：
|
zoomquiet
(stranger)
04-03-15 15:12
|
|
回应:
那天硬盘坏了，知识不是全丢了
嗯嗯！但是集中的服务器，一但出现问题，更加惨重！
何况，google 都可能被查封！
集中管理，必然引发“控制”的争斗！
如果所有知识自动维护N个备份，存在于N的平方个网络结点中，
那未，所有知识可以说是万无一失的了！？
p2p 实际上应该说:
一方面是作为评论，分类方法，搜索缓存的分享方式；
另一方面仅仅是作为个人相关的知识存储，
比如说，Python爱好者收集的 Python,Jython,Zope 等等的知识；如果分类清楚，知识阐述明了，被其它人多次搜索击中，自然的会被自动复制到多处，快速传播；
相应的，带来的 RingBack,TrackBack 等等“回响”，也给贡献者自动推送更多的有效知识；
回应:
知识对于个人来说，可能有私有的，也可以共享，完全是个人的事情
的确，但是从另外一种方向考量，经验没有经过其它人的验证，就不能称其为知识？
我们应该尽力的鼓励分享，当然防止恶意的删除，修改，也是必须提供的保证;
所以，最重要的是如何以方便来吸引贡献，而不是以注册之类的手段，固定人员，
所谓，铁打的营盘，流水的兵！
贡献者相对于不断生长的知识树，和关联森林，应该是随意游动的，根据自个儿的工作生活，关注点不断变化的，
回应:
大家检索知识时，只要连接所注册的站点，由此站点自动将搜集到的知识给你，可以是这个站点上有的知识，也可以是从别的站点搜集来的。
最好的图景是，你在自个儿的站点里就可以检索所有知识，通过p2p方式相互“回响”的接力，下载到相关的KRSS，从链接访问主要的知识森林站点，或是原创者的页面，或是复制/引用者的页面，或是已经下载到本地的复制内容！
--- 随便说一下子，由于自个儿的兴趣太广泛，收集的过期，或是更新的知识文档，教程，代码示例已经超过2Gb，就连自个儿想找一个资料，如果不是近期内常用的，也难以找到！而且还总是有重复现象！
所以，知识的整理，分享，同时也可以加速自个儿的知识使用效率！
回应:
为了检索上的方便，使用数据库我想应该是必须的
嗯嗯！对哪！
虽然对象数据库，还有全文搜索的实现，可以比较自由的组织信息，但是，关系数据库对于目标明确的检索还是效率高哪！只是，问题在于，知识的描述，不是简单的通过关键词就可以的！
不过，数据库可以作为成功搜索结果的缓存有来使用！
保持知识的关联，以供快速检索！
回应:
我想知识应该有粒度上的区分，如：知识点，知识链，评论，相关内容等等
嗬嗬嗬……
在下的看法，应该说是以"维度"来区分？
如果知识是自我封闭的，专门记录，论述某种技术的技巧，解决问题的代码什么的，是单维度的；
如果知识是软件设计思路，项目的实现思考，技术的学习路径等等，是多维度的；
有点象 Google 的PageRank ?
--------------------
Time is unimportant, only life important!
编辑者： zoomquiet (04-03-15 15:13)
文章选项：
|
zoomquiet
(stranger)
04-03-15 15:25
|
|
回应:
Limodou::
好。不过知识的整合更多的是标准，规范，协议之类的东西，然后才是工具，用不用python就另说了
嗬嗬嗬！
Python 除了OS 和Driver ，都可以开发，而且可以方便的嵌入其它语言的应用！
更知名，以代码的格式来标记程序的结构，
本身就是知识有序性管理的潜移默化的绝好例子！
不用白不用！
DD总是提到“专家系统”，可是任何专家系统，都不能代替人的主动思考获得的知识！
实际问题的解决，所谓专家从来没有真正起过作用的吧？
嗬嗬嗬，各种大桥什么的建设，其中使用了多少土办法…………
嗯嗯，不是这个意思，
我想说的是，只要有一个简单的约定，大家在记录知识，经验的时候，可以用来方便的标识，那未，接下来的XML记录标准，工具开发规范，通信协议等等，就有了基础？
好象有个什么定律，
“凡事最简单的解决方法，往往是最有效的”??
--------------------
Time is unimportant, only life important!
文章选项：
|
limodou
(Pooh-Bah)
04-03-15 17:04
|
|
p2p可能在传播上更方便，但对于保存知识可能未不是很好。比如你已经收集了2个G，管理麻烦。如果人人都这样，不知道有多少人愿意去作。我想更多的工作应该留着专门的服务机构去做，象我们只要检索、贡献、讨论就可以了，根本不用去管知识放在哪时，被人使用。当然这是从用户的角度来说。
那么对于服务的提供或管理者来说就是知识的收集，理整，共享与服务。也许我们更应该先考虑这一方便。因为先要有原料，才能做出好菜。当然能不能做出好菜是另外一回事，但这是基础。那么现有的技术简单的整合行不行，这个我不好说。因为，我哪方面也不是专家。所以现在只能是想一想，提些建议。
其实我所说的注册也只是一种方便的作法。因为我想象中的知识系统是要有服务站点作为基础，每个人都与之发生联系。也就是我们先要寻找一个站点在上面注册，也可能下载客户端软件。然后只要登上这个网站（或客户端）我们就可以与其它的知识站点分享了。有没有其它的知识站点，有多少根本都不用去关心，我们要关心的只是我们感兴趣的内容。
这些站点要联在一起，必须制定统一的交换协议，提供标准的服务。其中就包含了知识的定义、分类、详细的规范。
现在的讨论只是一种理想化，想象的东西。至于实现嘛，应该是以后的事情了。
--------------------
Python在向你招手(http://writedown.126.com)
文章选项：
| |
此话题的页数：1 | 2 | 3 | 4 | (显示全部) 
打印
平坦模式
树状模式
[精华] Re: 实用的知识共享管理系统/软件/机制/引擎 
[
[精华] 知识应该有粒度上的区分
[