知识管理

来源:百度文库 编辑:神马文学网 时间:2024/05/01 01:21:01
NewsGroup Howto
修订历史
修订 0.52003/07/16修订jiangxin
答复黄青涛的问题,重写相关章节。
修订 0.42003/03/25修订jiangxin
网友 annie 配置 INN 遇到口令验证方面问题,重写相关章节。
修订 0.32003/03/08修订jiangxin
增加用 suck 主动从远程新闻组服务器取信
修订 0.22003/03/02修订jiangxin
加入章节:深入INN
修订 0.12002/10/14修订jiangxin
构建 news 服务器
目前介绍软件工程和项目管理的书是越来越多了。遍历各家之说,体会最深的是两个字:“沟通”。没有沟通,开发人员单枪匹马,重复着“前辈们”走过的路,缓慢的成长着。没有沟通,测试和开发团队就在没完没了的争吵中迎接项目的延期。没有沟通,部门之间的鸿沟足可以吓退客户。没有沟通,公司的决策人还在期盼着项目的成功的那一天,而不知道危险已经临近。作为 IT 从业人员,如果我们在不断为别人提供软件产品来提高工作效率,而自己却不能利用软件来改进项目的沟通,实在是一种悲哀。
本文先探讨通过建立新闻组服务器作为项目的沟通管理工具的途径和方法。
Johnson, $Revision: 1.37 $, $Date: 2004/02/03 13:17:38 $
目录 1.为什么要使用新闻组? 1.1.企业内部使用NEWS服务的优势 1.2.企业内部新闻服务的用途 1.3.发展历史
2.相关工具及资料 3.INN 安装配置初步 4.深入 INN 4.1.新闻组体系结构 4.2.新闻组文章结构 4.3.active 文件格式 4.4.history 文件维护 4.5.overview 维护 4.5.1.overview的概念 4.5.2.维护
4.6.命令参考: news.daily 4.7.inn.conf 4.8.权限控制 4.9.受控新闻组 4.10.撤销和管理文章 4.11.喂信(News Feeds)设置 4.11.1.被动接收上游喂信 4.11.2.主动去上游取信 4.11.3.向外喂信
4.12.存储方式 4.13.文档的过期设置 4.13.1.expire.ctl
5.维护新闻组 5.1.inncheck 5.2.创建新闻组 5.3.删除新闻组 5.4.备份
6.访问新闻组 6.1.客户端 6.2.可用的新闻服务器
7.还用新闻组么? 8.Mail-News Gateway 8.1.mailpost 8.2.news2mail
News vs. Email
Email 保存在客户端,只有收件人能够查看和保存,而 NEWS 存储在服务器端,可以随时查阅。
设想如果团队的知识分散保存在各个人的邮箱里,当团队中加入了新成员,如何能够让知识传递到新员工哪里?难道要把 Email 重新传递一份?
News vs. Document
News 可以进行知识传递,文档也可以,中华五千年的文明就是通过文字、书籍来传播的。News的优越性在于时效性和便于沟通,文档的优越性在于条理性和归档保存。
News 的精华需要及时提炼出相应的精华文档。而文档的格式呢?推荐用 DocBook,参见:Johnson‘s DocBook Homepage。
News vs. mail-list
群发的 mail-list 将很浪费网路资源和其它各方面的资源,而 USENET news 的特点是将文章集中在一个host,允许订阅者定自己想读的提供 index,cross-referencing(cross post),和砍掉过期的文章的功能,这样可以减轻网路的负担,因为当你想看 news 时才要连到 server 去看,而且也可以挑自己想看的东西,不必像 mailing list 一样要把所有的 messages 照单全收。
News 具有线索和图形化的客户端支持,而通过 mail-list 订阅的邮件组则没有了线索,只是在邮箱中按照发布时间顺序排列。
但是 mail-list 也具有 News没有的优势。News的使用方式是:“拉”,mail-list是“推”。如果news server位于内部网络,而且拒绝外部访问,则 mail-list 是外部访问 新闻组的唯一方式。
因此,可以把邮件列表拿来和新闻组服务器协同工作,互为补充。
News vs. bbs
News 的实时性没有 bbs 好,但是客户端不必登录到服务器,安全性相对要好;
News 服务可以借助 mail-list,实现“推”的技术;
News 可以提供分布式服务,知道大名鼎鼎的 USEnet 么?
四个字:知识管理。
技术讨论
大家都想坐在高手的旁边,就是希望开发中遇到的困难能够尽快解决。与其排座位而让我绞尽脑汁,不如进一步完善内部沟通机制。
技术跟踪
我们每个人都对我们的产品的发展都会有些想法,NewsGroup将是一个不作的归纳总结的地方。
软件发布
研发和测试的接口,是我们的自动编译系统+Bug Tracking系统。但是我们的 Release Note 的规范一直没有很好的完善起来。不是由于开发人员不遵守开发规范,而是制度制定的不合理。也许 ReleaseNote 新闻组,加上 docbook 格式的文档,会是我们的这个工作能够走上正轨。
在新闻组中建立一个发布专版,每一个功能变更,界面变化,bugfix,都以 news 的方式提交到这个版中;编译工程师,在完成一次版本提升,也在此版发布一条信息;文档工程师,根据两次版本提升之间的 news,组织 ReleaseNotes 的内容。
攻击和测试技术论坛
研发的测试技术正处于持续的改善过程中,开发和收集的新工具,越来越多,除了内部讲座和内部培训外,也需要一个论坛,来统一组织。
FAQ
除了公司范围的入职培训外,研发内部还为新员工准备了相应的技术培训。但也存在着培训教师的讲课水平不一致,讲义不完备,如何持久培训的问题。
针对开发必须掌握的专题,分别开辟相应的 FAQ NewsGroup,可以减轻培训教师的负担。
USENET在1979年末,UNIX V7公布、引进UUCP後不久诞生。由Duke University 两位研究生Tom Truscott 及Jim Ellis提出构想、用来在UNIX间交换讯息。由南加大的Steve Bellovin设计。Steve Daniel用C程式语言重新改写,经Tom Truscott 修改後为第一个正式版本(RELEASE A)。
1981年Berkeley的研究生Mark Horton及高中生Matt Glickman重新改写,以增加功能,并且处理日益增加的News流量。此版本为B ── B News。
在Center for Seismic Studies的Rick Adams接替维护B News的工作。在1986 年年末,B News 2.11 公布,奠定了目前USENET的规模。现在B News已经退休了,为C News或INN所取代。
1986年三月,公布了一个新的套装程式,使用一种新的传输News的协定 Network News Transfer Protocol (NNTP) 。此协定使用TCP/IP的方法交换资料,而非传统使用UUCP的方法。
1987年秋,C News公布。
1992年八月二十InterNetNews公布 (INN)。
目前最常用的 NEWS Server 有 CNEWS和INN。
至于新闻组中的中文发展的沉浮,可以参考这篇文档《新闻组是什么?》。
INN 2.3.3
Download ...
Sendmail 8.12.8
Download ...
Majordomo 1.94.5
Download ...
MHonArc
Download ...
htdig
Download ...
MAILMAN
Download ...
MAIL-ARCHIVE
Download ...
Apache
Download ...