« March 2005 | Main | June 2005 »
如果要应用tag到一套企业内部的知识管理系统,我认为有以下功能一定要实现：
1。集成认证。
2。扩充可以共享的形式，包括web page,内部folder，和邮件等
3。扩充级别：private, internal和public.这里就有了逻辑判断，比如内部folder和邮件如果被定义为public，就得有一个external的服务器上传；同样，internal级别的共享就不能是一个本地的folder或邮件
4。Categorizaiton和tag要并存，也就是说从上往下和从下往上要同时进行。
5。Group的概念一定要有。这样会产生很多独特的view,比如说team视图，或者兴趣小组视图。
还需要什么新的功能呢？
最近开始迈入播客的大门.哈哈,有趣的internet技术层出不穷，貌似第二轮internet的春天又来了。
我是从jack同学推荐的一篇入门文章开始的，有兴趣的同学可以看一下：https://hopesome.com/index.php?p=159
看完以后觉得还是特别复杂，所以根据我的经验给大家介绍一个更简单的集成化更高的blogmatrix网站https://www.blogmatrix.com. 他的sparks软件可以很方便的录和上传mp3.
不过还是不够方便，在我的概念里，理想的podcast流程应该是：从机器上选取一个folder,并且选中mp3文件，点击右健，输入tag, 直接上传到audioblog的网站。
目前的podcast网站大多数都是语音，文字，声音视频共存的，感觉挺复杂。是不是可以简单到按一个按钮他就笔直的往下一篇接一篇的念，像放mp3一样简单，否则语音的作用就被大大减弱，仅仅成了一个辅助，而不是主要的发布手段了。在我的概念里，报纸就是报纸，广播就是广播，各司其职，才能发挥极致。
人若不自在
莫不如轻笑一声飞到天外
飞若不自在
是不是收起翅膀没入人海
人还不自在
莫不如一船一浆一去不返
心若不自在
是不是荡尽天涯路
无处觅蓬莱
花儿和蝴蝶会相约盛开
信上的心儿需各自等待
这光景若它还不来
是不是捻个兰花手
含笑在等待
我在等一朵花盛开
我在等一个人到来
卖了这枝花
街上去换红彩
我等这一朵花盛开
带着一脸的自在
我正笑着猜
那春风姗姗迟来
最近在几个朋友的引领下,跨入了tag的世界，然后就立刻爱上了它。与taxnomy不同，tag是一种folksonomy的文化。前者相信专家学者专业人士，花费大量财力物力雇专人讲内容进行分类；而后者则是鼓励大众为了自己的需要用自己的语言标记内容，尔后通过大量人的参与产生进行人或tag的匹配，或者进行有效的搜索。任何人只要访问一下tag的几个代表网站，都会立刻爱上它。做一个比喻：yahoo就是taxonomy,而google是folksonomy,所以google成功；wiki是taxonomy, 而blog是folksonomy，所以blog成功了。
看到tag在internet上的成功以后，结合几个内部的project， 觉得把tag应用在企业内部作为知识管理的平台还是非常不错的。甚至由于内部工作语言的相似性，都可以克服在internet上存在的二义性等缺点。
现有平台的缺点
手上有几个content相关的project快要把我逼疯，他们都属于taxonomy的那种，有庞大的专业的机构在做，效果却差强人意。
1。40%的内容在出版后2个月内会收到change request
2。工程师在抱怨内容不够
3。产生了很多重复的内容
4。内容的质量有问题
5。每次搜索都会返回几十篇文章，而且有很多根本与搜索无关的内容
5。需要花很大的精力重新对文章进行consolidation
Content的开发历经了一系列的变化：刚开始的时候鼓励工程师自己写；后来为了consistent和quality的原因，有一个集中的team写，写好了再给原来的工程师看；后来发现这个team没有和cusotmer打交道的经验，就在support部门中找了几个人也参加content的工作，结果就为不同team谁做什么样的事情搞得心焦。
也有很多个小的content相关的事情总是无法做好。每次有一个新的项目出来的时候，大家都会说content很重要，我们需要assign一个owner，来定义结构和维护内容，其他的员工都要遵循这种格式积极的贡献自己的知识。结果最后总是不了了之。我现在逐渐明白并不是这个人不认真负责，而是我们的方法学有问题。问题出在哪里呢？
1。收集content的目标是为了以后让其他人可以很方便的学习或使用这些知识。这些知识应该来源于从事实际工作的大量知识工作者，而且以不同的方式存在，没有大量的人力物力，一套复杂的系统和一个尽心尽力的program manager,不可能做出什么成绩。
2。让一个工程师knowledgable的content应该有很多种，每种应相互补充。
3．工程师贡献内容不方便。大家都很忙，尤其是天天看数字的时候，谁有兴趣来做这些必须严格遵守格式的文章？而且还得花很大精力去整理。所以contribution的平台必须非常简单易用，可以让贡献者在日程工作中很方便的贡献。
关于tag的文章，这一篇我觉得最好，可惜是英文：https://www.adammathes.com/academic/computer-mediated-communication/folksonomies.html
今天时间很紧张，写得乱七八糟，等改天整理一下思绪，接着写。