| 修訂歷史 | ||
|---|---|---|
| 修訂 0.5 | 2003/07/16 | 修訂jiangxin |
| 答復黃青濤的問(wèn)題，重寫(xiě)相關(guān)章節。 | ||
| 修訂 0.4 | 2003/03/25 | 修訂jiangxin |
| 網(wǎng)友 annie 配置 INN 遇到口令驗證方面問(wèn)題，重寫(xiě)相關(guān)章節。 | ||
| 修訂 0.3 | 2003/03/08 | 修訂jiangxin |
| 增加用 suck 主動(dòng)從遠程新聞組服務(wù)器取信 | ||
| 修訂 0.2 | 2003/03/02 | 修訂jiangxin |
| 加入章節：深入INN | ||
| 修訂 0.1 | 2002/10/14 | 修訂jiangxin |
| 構建 news 服務(wù)器 | ||
目前介紹軟件工程和項目管理的書(shū)是越來(lái)越多了。遍歷各家之說(shuō)，體會(huì )最深的是兩個(gè)字：“溝通”。沒(méi)有溝通，開(kāi)發(fā)人員單槍匹馬，重復著(zhù)“前輩們”走過(guò)的路，緩慢的成長(cháng)著(zhù)。沒(méi)有溝通，測試和開(kāi)發(fā)團隊就在沒(méi)完沒(méi)了的爭吵中迎接項目的延期。沒(méi)有溝通，部門(mén)之間的鴻溝足可以嚇退客戶(hù)。沒(méi)有溝通，公司的決策人還在期盼著(zhù)項目的成功的那一天，而不知道危險已經(jīng)臨近。作為 IT 從業(yè)人員，如果我們在不斷為別人提供軟件產(chǎn)品來(lái)提高工作效率，而自己卻不能利用軟件來(lái)改進(jìn)項目的溝通，實(shí)在是一種悲哀。
本文先探討通過(guò)建立新聞組服務(wù)器作為項目的溝通管理工具的途徑和方法。
Johnson, $Revision: 1.37 $, $Date: 2004/02/03 13:17:38 $
News vs. Email
Email 保存在客戶(hù)端，只有收件人能夠查看和保存，而 NEWS 存儲在服務(wù)器端，可以隨時(shí)查閱。
設想如果團隊的知識分散保存在各個(gè)人的郵箱里，當團隊中加入了新成員，如何能夠讓知識傳遞到新員工哪里？難道要把 Email 重新傳遞一份？
News vs. Document
News 可以進(jìn)行知識傳遞，文檔也可以，中華五千年的文明就是通過(guò)文字、書(shū)籍來(lái)傳播的。News的優(yōu)越性在于時(shí)效性和便于溝通，文檔的優(yōu)越性在于條理性和歸檔保存。
News 的精華需要及時(shí)提煉出相應的精華文檔。而文檔的格式呢？推薦用 DocBook，參見(jiàn)：Johnson‘s DocBook Homepage。
News vs. mail-list
群發(fā)的 mail-list 將很浪費網(wǎng)路資源和其它各方面的資源，而 USENET news 的特點(diǎn)是將文章集中在一個(gè)host，允許訂閱者定自己想讀的提供 index，cross-referencing(cross post)，和砍掉過(guò)期的文章的功能，這樣可以減輕網(wǎng)路的負擔，因為當你想看 news 時(shí)才要連到 server 去看，而且也可以挑自己想看的東西，不必像 mailing list 一樣要把所有的 messages 照單全收。
News 具有線(xiàn)索和圖形化的客戶(hù)端支持，而通過(guò) mail-list 訂閱的郵件組則沒(méi)有了線(xiàn)索，只是在郵箱中按照發(fā)布時(shí)間順序排列。
但是 mail-list 也具有 News沒(méi)有的優(yōu)勢。News的使用方式是：“拉”，mail-list是“推”。如果news server位于內部網(wǎng)絡(luò )，而且拒絕外部訪(fǎng)問(wèn)，則 mail-list 是外部訪(fǎng)問(wèn) 新聞組的唯一方式。
因此，可以把郵件列表拿來(lái)和新聞組服務(wù)器協(xié)同工作，互為補充。
News vs. bbs
News 的實(shí)時(shí)性沒(méi)有 bbs 好，但是客戶(hù)端不必登錄到服務(wù)器，安全性相對要好；
News 服務(wù)可以借助 mail-list，實(shí)現“推”的技術(shù)；
News 可以提供分布式服務(wù)，知道大名鼎鼎的 USEnet 么？
四個(gè)字：知識管理。
技術(shù)討論
大家都想坐在高手的旁邊，就是希望開(kāi)發(fā)中遇到的困難能夠盡快解決。與其排座位而讓我絞盡腦汁，不如進(jìn)一步完善內部溝通機制。
技術(shù)跟蹤
我們每個(gè)人都對我們的產(chǎn)品的發(fā)展都會(huì )有些想法，NewsGroup將是一個(gè)不作的歸納總結的地方。
軟件發(fā)布
研發(fā)和測試的接口，是我們的自動(dòng)編譯系統＋Bug Tracking系統。但是我們的 Release Note 的規范一直沒(méi)有很好的完善起來(lái)。不是由于開(kāi)發(fā)人員不遵守開(kāi)發(fā)規范，而是制度制定的不合理。也許 ReleaseNote 新聞組，加上 docbook 格式的文檔，會(huì )是我們的這個(gè)工作能夠走上正軌。
在新聞組中建立一個(gè)發(fā)布專(zhuān)版，每一個(gè)功能變更，界面變化，bugfix，都以 news 的方式提交到這個(gè)版中；編譯工程師，在完成一次版本提升，也在此版發(fā)布一條信息；文檔工程師，根據兩次版本提升之間的 news，組織 ReleaseNotes 的內容。
攻擊和測試技術(shù)論壇
研發(fā)的測試技術(shù)正處于持續的改善過(guò)程中，開(kāi)發(fā)和收集的新工具，越來(lái)越多，除了內部講座和內部培訓外，也需要一個(gè)論壇，來(lái)統一組織。
FAQ
除了公司范圍的入職培訓外，研發(fā)內部還為新員工準備了相應的技術(shù)培訓。但也存在著(zhù)培訓教師的講課水平不一致，講義不完備，如何持久培訓的問(wèn)題。
針對開(kāi)發(fā)必須掌握的專(zhuān)題，分別開(kāi)辟相應的 FAQ NewsGroup，可以減輕培訓教師的負擔。
USENET在1979年末，UNIX V7公布、引進(jìn)UUCP後不久誕生。由Duke University 兩位研究生Tom Truscott 及Jim Ellis提出構想、用來(lái)在UNIX間交換訊息。由南加大的Steve Bellovin設計。Steve Daniel用Ｃ程式語(yǔ)言重新改寫(xiě)，經(jīng)Tom Truscott 修改後為第一個(gè)正式版本(RELEASE A)。
1981年Berkeley的研究生Mark Horton及高中生Matt Glickman重新改寫(xiě)，以增加功能，并且處理日益增加的News流量。此版本為B ── B News。
在Center for Seismic Studies的Rick Adams接替維護B News的工作。在1986 年年末，B News 2.11 公布，奠定了目前USENET的規?！，F在B News已經(jīng)退休了，為C News或INN所取代。
1986年三月，公布了一個(gè)新的套裝程式，使用一種新的傳輸News的協(xié)定 Network News Transfer Protocol (NNTP) 。此協(xié)定使用TCP/IP的方法交換資料，而非傳統使用UUCP的方法。
1987年秋，C News公布。
1992年八月二十InterNetNews公布 (INN)。
目前最常用的 NEWS Server 有 CNEWS和INN。
至于新聞組中的中文發(fā)展的沉浮，可以參考這篇文檔《新聞組是什么？》。
聯(lián)系客服
