来源：　http://hi.baidu.com/pudding/blog/item/9a78fbf217359313b07ec504.html ** 简介 　　Telnet-Based BBS 主要流行在大陆和台湾，大陆因为众所周知的原因各大 Telnet-Based BBS 被阉割得差不多了，对岸的 BBS 发展则是如日中天。相应的国外除 Web forum 外大都使用新闻群组和邮寄清单 (特别是技术社区)。 　　最早的 BBS (电子公告版) 系统出现在 1978 年，後来 BBS 又经过了各个月台拨号 连线，单用户登陆的阶段，我们现在使用的 BBS 自然不可同日而语。现在两岸流行的 BBS 都从同一个 BBS 系统发展而来，这就是 Pirate BBS，这里是它的版权资讯。 <example> Pirate Bulletin Board System Version: 1.00 Copyright (C) 1990 Edward A. Luke Copyright (C) 1992, 1993 Raymond R. Rocker, Dominic B. Tynes Guy T. Vega </example> 　　它有了现代 Internet BBS 的基本特徵：TCP/IP 连接，多用户同时登陆等。早期中 文 BBS 的贡献者主要来自台湾的大学，他们解决了 BBS 的中文问题，丰富了 BBS 的功 能。现代 BBS 两大分支 Firebird 和 Maple 都出自他们之手。现在大陆基本上都是基於 Firebird 的系统了，没记错的话，SMTH 基於 Firebird2.x，而 ARGO 则基於 Firebird 2000。 　　这些 BBS 系统都是在 UNIX 上运行的，我们现在仍能在按键设定中找到一些UNIX 系 统程式如 VI 的风格的痕迹。 ** BBS 的强大能力 　　我们现在看到的 ARGO，有着一个通常的 BBS 的所有功能，也是几乎所有 WebForum 有的功能：版面讨论，邮件，即时资讯，聊天室等等。但它似乎已经不是这个时代的东西 了：文字介面，键盘操作，无法贴图(当然现在它的 Web 介面已经可以了)，人们自然会 认为它应该被 Web 论坛淘汰，淡出历史舞台。但事实不是这样的。 　　首先，Telnet-Based BBS 能容纳 Web-Based BBS 无法想像的同时登陆数，NewSMTH 长年保持 10000 人以上线上，PTT 是 30000 人以上，不过水分很大，很多 ID 都是长期 发呆，支撑这麽多人的同时，它需要的频宽却很少，这样的意义不但是使用者访问操作的 速度快，而且使得 Telnet-Based BBS 不需要太大的频宽就能进行大型的服务，这对一个 平民化的交流社区是非常重要的。 　　Telnet-Based BBS 是基於文字而且一直基於文字的。这不但是说它的文章内容是纯 文字，而且它的表达也是。这带来了一个好处：纯文字是标准的，最容易交流的档案格式 ，这不但是说我们不需要任何流览器，只要一个标准的 Telnet 程式就能流览 BBS 内容 ，也不但是说用标准的 Zmodem 协议就能够下载各种 BBS月台的文章并存成纯文字格式。 他还带来了 BBS 社区的一个特色：各种强大的专用 BBS Client (或者应该叫 BBS Terminal)。 　　做过相关开发的人可能都有这样的体会：大部分网页的 HTML 代码都是乱得没法看。 对一个一般用户来说，用流览器流览是没什麽问题，但如果我们想用程式方法在网页上抓 取资讯，或者进一步做相应控制就很难了。所以 Web Forum 只能依赖流览器，很难在用 户端做更多的扩展和定制。但 BBS 的纯文字流览和控制就不一样了，用很简单的方法就 能自动地控制 BBS 的登陆和流览，所有的 BBS Client 都是一个 Telnet Client 的扩展 ，除了基本 Telnet 显示外，功能原理都是一样的：它抓取收到的文字资讯的特徵栏位， 并根据一些逻辑自动地向 BBS 伺服器发送控制文本，这样的模型能做的最基本的功能包 括自动登陆 (登陆时根据返回的文字提示资讯自动发送用户名和密码) 和自动防呆 (过一 段时间自动发送一串不会引起状态改变的操作) 等等。一些进阶功能包括自动抓取文章， 短讯息自动回复 (还有智慧的聊天机等) 和保存，有的 BBS Client 还提供指令码语言的 扩展介面，使用者可以写出自己的自动处理脚本。而且编写 BBS 的控制脚本不需要特别 的专业技能，只需知道：“当萤幕上出现什麽文本的时候，我应该做什麽操作”，然後把 这种操作的按键序列发送出去就可以了，要在 Web Forum 上做这样的事情，难度就非常 高了，而且各个 Web Forum 之间的页面的 HTML 格式大相径庭，无法通用， Telnet-Based BBS 就没有问题。 　　纯文字格式还意味着 BBS 一个更强大的功能：转信。我打算着重讲这个问题。当然 了，由於形势问题，大陆基本上已经没有可以互相转信的月台了，所以解释它我们需要一 些时间。我们说 Telnet-Based BBS 是基於纯文字的，所以根本不用担心格式不相容问题 ，所以各个月台间只要规定好一种纯文字投递的协议，A 站就能自动地获取 B 站发出的 文章，然後自动发在 A 站的相应版面上。(所以各个 BBS 站的文章头部和尾部都有一个 “发信站”和“来源”的标签)。这样，一个 BBS 月台将不会局限於自己的用户和自己的 文章，参与全国转信的话，校园网用户无须花费额外金钱就能在本校的月台上快速地流览 全国各 BBS 的文章内容，对任何一个 BBS 站的文章的回复又能很快地传到全国各个 BBS 站去，从而形成一个统一的社区。这样的一个交流社区的资讯容量是普通的 Web BBS 所不能想像的。我们也可以看到，这是一个很好的分散式系统的设计，通过一个松散 的集体和一些低档的机器就能完成一个很大的交流社区的服务。 　　刚才提到，各站之间的转信是需要一个标准协定的。这个协定一开始就是 ---电子邮 件，这也是这样的功能叫做转“信”的原因，几乎每一台 UNIX 主机都装有 SendMail 程 式，所谓转信就是把文章当邮件发出去，然後对方主机收到扔进本地信箱，然後再做一个 程式定时把信箱里的邮件贴到版面上去就可以了。这种方法如果是两个站之间点对点转信 是很方便的，但是如果是大范围的互相转信效率就太低了，所以後来转信使用的是新闻群 组的协定，效率大大提高。 　　拜纯文字格式所赐，我们能用这些成熟标准的协议进行转信。这也意味着我们不但能 够近在 BBS 间转信，我们可以自动下载新闻群组的内容 (其实这就是新闻群组转信的原 理) 贴在版上，邮寄清单自然也可以，同理我们可以通过 E-Mail 在BBS 上发文 (ARGO 原来有这个功能，後来被遮罩了)，只要是纯文字的资讯我们都可以在 BBS 上自动收录。 用时髦的话说就是进行了有效的资讯整合。 　　纯文字不但能表达文本意思，任何资讯都能转成纯文字。譬如我们都知道邮件可以加 任何格式的档做附件，但在底层发出去的邮件都是纯文字，它用一种编码方式 (当然也是 标准的) 把二进位档案转换成纯文字。我们自然能想到，用同样的方法我们可以把带有图 片，文档等资讯的文章张贴到 BBS 版面。要看的时候用 Zmodem down 下来，uudecode 一解开就能看了 (据说 winrar 也可以)。当然了，这也意味着这些附件资讯也可以转信 ，这是现在所有 Web 端支援附件的 Telent-Based BBS 做不到的事情了。 　　总的来说，纯文字的特徵使得 Telnet-Based BBS 在资讯交流的能力上大大领先现在 任何的 Web Forum。这也是通用格式和通用协议的力量的体现，这点恰恰是当前 Web 发 展面临的最大问题，我会在後面再提到这一点。 ** BBS 文化 　　BBS 的文化大概可以概括成“草根，平等，开放，理性，礼节”这十个字。 　　Telnet-Based BBS 是相当平民化的东西。它的系统代码可以免费获得，只要有一台 UNIX 主机，不到半个小时就能架好一个 BBS，不需要其他特别的程式和特别许可权 (架 一个 Web Forum 至少需要主机装有 Apache 等 Http Server，往往还需要配置资料库等 等工作)。很多人在实验室找台全天开机的机器，就能架起BBS，在台湾就几乎各个院系甚 至一个版就有一个自己的 BBS。 1G 主频，256M的机器抗个几百人也不成问题，也不会占 用多少网路频宽。 　　BBS 的架设太过容易，谁都能架一个 BBS，呼朋唤友上来登陆就可以灌水了。这就决 定了 BBS 的草根特性。 　　也正因为这样的草根性，BBS 上非常强调平等。虽然有站长，版主等各种管理职务， 但这通常只意味着管理和整理的责任。一些小站的用户都互相是朋友，版面交流几乎不用 管理，站变大了，就必须有人来整理版面，调停争端，於是就有了管理者。这是一种自下 而上的过程，管理者获得的只有工作的义务，而别想有淩驾於他人之上的权力 --- 这个 道理很好懂，享受过平等和自由的人是不会容忍不平等的。当然了，站越来越大，有的取 得了官方性的地位，失去了草根性，自上而下的领导，不平等就来了。我们看到的是，不 平等所导致的後果就是用户的流失和月台的萎缩，一个很好的例子就是未名 vs 糊涂。 　　开放的文化体现在 BBS 的交流中。BBS 上很少有文章会要求不得转载，一个按键就 能把 BBS 文章转载和流传，更不用说各个 BBS 月台间的自动转信，这和一些 Web Forum 使用各种手段防止转载完全不同。 　　开放的文化还体现在 BBS 系统本身。如上文所说，各 BBS 系统都同出一源，它们都 一直以 BSD Style 或 GNU 协定自由发布。BBS 的交流同时也是 BBS 系统的交流，一个 月台出现了好用的新功能，其他月台会很快地把功能移植融合进去。几乎每个 BBS 都有 专门的技术人员 (往往是站长自己)，能够掌握整个系统的代码，按使用者的要求进行改 进，发展出自己的一套系统，这是其他 Web Forum少见的。顺便一提的是 BBS 代码通常 写得不是很精致，典型的东涂西抹的结果，但它原理简单，容易理解也容易修改，所以 BBS 系统的交流和融合变得有可能。这与 UNIX 的早期发展情况相似。也正因为这种开 放性，我们能够在 Pirate BBS 产生的十几年後，都用着这样的一个稳定，强大的 BBS 系统。 　　理性和礼节是在一个健康发展的社区中应该产生的精神。这在参与全国转信的月台中 尤其重要：一个人自言自语，说什麽都行；一群人在一起，就要注意说话不能攻击他人； 一群不认识的人在一起，就会说话谨慎，以防冒犯他人，渐渐就养成了公共交流也是网路 交流的礼节。其他的一些礼节包括尊重原创着作权，保留原发信站很作者资讯以及明显的 转载标记，不把文章发到无关版面和滥发文章(Spam) 等等。在大的社区里，过於主观和 偏激的话题会惹人生厌，面对来自不同月台，不同背景的网友，就要学会理性思考。BBS 里人身攻击会受到严重的处罚，过於偏激的话题会被很快删除。然而，我看到的情况是， 大陆 BBS 上这两种精神正在丢失，各个版面上都能看到充斥着人身攻击的Flame War；而 台湾 BBS 上的讨论气氛仍能保持比较健康的状态 (虽然两岸版和政党版叫駡较多，但是 这些主题无法横向比较)。我不确定这是否是与大陆 BBS 逐渐萎缩和小众化有关，但水木 社区和清华大学水木清华 BBS 站讨论气氛的明显差异却似乎能支持这样的观点，大家也 可以到台湾的 PTT 等着名 BBS 看看，和这边的比较一下。 ** 新元素 *** Web 介面 　　大部分 BBS 月台都推出了 Web 介面，让人能够透过 Web 流览文章和发文。大陆最 先推出 Web 介面的南京大学的 njubbs，目前很多基於 Firebird 的 BBS都使用基於它的 Web 端，包括 Argo。其主要特徵是使用专用 httpd，所有功能嵌入 httpd 代码，用纯 C 语言实现，这样的优点是极高的效率以及管理方便 (全部都可以自己操控)，缺点是功 能扩展比较困难。也有使用 cgi 和 php 脚本等方式的。台湾方面，Web 介面的功能通常 只限於流览，基本上所有的登陆都来自 Telnet，这与两岸网路至少是学术网路的环境是 相对应的。在实现方便，通常会使用 cgi 方式，用简单的 perl 实现，而以人数众多和 程式效率着称的ptt，则创造性地使用了静态网页的方式提高 Web 端效率。 　　除了基本的功能，各个 BBS 月台还逐渐支援 Web 上的附件和贴图功能，这当然不是 用上文所说的纯文字编码实现的了，上面的实现在服务端做的话，有严重的效率问题。其 他的一些有用的功能也不断加入。但总的来说，Telnet-Based BBS是基於纯文字的，加入 任何的功能都要考虑到对 Telnet 的相容性，所以 BBS的 Web 端的功能很难做到像普通 Web Forum 那麽丰富 (一个这样的尝试是 http://bbs.zixia.net )。对此，我的意见是 借用类似 wiki 的表达方法，既能在 Web 上显示整洁丰富的文本排版，Telnet 上的纯文 字版本也能有很强的表达 能力。我不记得是不是有哪个 BBS 做了这样的一个功能，因为记忆中某个 BBS的代码中 有一个相关的用於 parse 的 lex 档，现在却找不到了…… *** 特色功能 　　BBS 系统的各个分支，各个月台都有它的一些特色功能。大的方面来说，通常会认为 Firebird 系的系统功能比较花哨，代码效率不高，而 Maple 系的功能和代码都比较简 洁，效率较高。但发展到现在实际上差别都不大。比如 ARGO 的代码基於 Firebird 2000 ，却以功能简洁效率高为基本诉求，也确实有很高的效率。 　　大陆方面，特色功能的来源主要是 SMTH(分了，现在变成 KBS 继续开发) 和YTHT(倒 了，不知道最近还有没有做大规模的功能改进)，可以说各个 BBS 网站或多或少都会有这 两个系统的代码。一些非常有价值的功能包括支持 ssh 登陆，全站版面文章搜索，精华 区搜索 (想想 BBS 站的资讯规模，这并不是一件容易的事)，还有YTHT 的文章评分功能 等等，ARGO 的原创功能有最近加入的仙人指路等等。必须一提的是特立独行的中科大， 它在慢街都是 Firebird 系统的时候使用古老的phoenix 系统，当然，做了大量的改进 (argo 是到 2001 年换成 Firebird 系统)，後来换到 Firebird 後，仍然有很多独特的 功能，我比较欣赏的是它每个版面都有一个聊天室，直接在版面上按键就可以进入，这是 防止版了的绝好手段，并且盘活了已经几乎没人使用的聊天室功能。 　　台湾方面，处於领先地位的是 PTT 站，一个有用的功能是推文功能，即一行文规定 使用推文方式写在原文後面而不是另开新贴，节省版面空间，遏制灌水(我不确定这是否 ptt 首创)，而各种花哨的功能如赌盘等也越来越多，一个有趣的功能是点歌台，点歌的 同时可以写上一行的留言，点歌後 ASCIIART 的歌词看板以及留言会出现在活动看板位置 ，全站人都能看到，用於表白的话确实是一个非常浪漫的主意。 　　两岸各个月台都开始把触角伸向 BBS 以外的地方，他们获取的资讯并不仅止於纯文 字资讯。几乎每个站都有一些自动程式访问 Web 网站获取资讯并自动张贴，一个最常见 的应用是天气预报功能，比如 ARGO 的天气预报就是抓取一些网站的天气预报整理并自动 生成的。更进一步的是使用者能够在 Telnet 介面下查询，由系统对外发出 HTTP 请求， 处理返回并把结果以优美的形式返回给用户或者寄回信箱贴上版面，比如火车班次搜寻， 地图搜寻，捷运班次搜寻等等。 *** RSS 聚合 　　各个月台在 Web 端的基础上，逐渐都支援了 RSS 聚合输出功能，用户能够使用RSS 阅读器订阅自己喜欢的内容，不必上站流览都能方便地看到即时更新的最新消息。这是一 个实现简单却意义重大的功能，它的重点在於 RSS (真正简单资讯聚合) 的聚合二字，它 是一种标准的 XML 档案格式，不但可以在各个 RSS 流览器中查看，而且其他网站可以获 取 RSS feed，自动处理，这种处理可能会融合各个 RSS 来源，生成新的 RSS Feed，当 然了 BBS 自己也可以获得这些资源并自动地显示在 BBS 上，这是一种比各个 BBS 间的 全国转信更丰富和更广阔的信 息聚合；一个网站也可以将融合得到的 RSS feed 以使用者喜欢的方式在网页上显示，发 展出新的 BBS 使用方式。 　　RSS 聚合的使用我们还会在後面着重提及。 *** 个人版面与俱乐部版面，Blog 　　BBS 本来就是一种草根的玩意，在 BBS 最为流行的时候，用的不是个人版，是个人 站，因为架站太容易了。当 BBS 开始趋向於少数几个公共大站的时候，首先出现的是俱 乐部版，俱乐部版面只有俱乐部成员能够看到和发文，在版面里讨论比公共版面更加自由 和随意，这很大程度上取代了原来班级 BBS 和社团 BBS 的功用。另一个是个人版，给三 五知己随意灌水，这有点像原来只有两三个人登陆的个人网站。在这方面比较有名的是 ptt2 和 ptt3，水木社区现在也有二站了，性质也差不多。 　　就大的趋势说，现在 Web 越来越注重个人的资讯发布而非公共讨论，Blog 的产生和 流行就是一个例子。BBS 月台也融入了 Blog 的元素。但大部分的 BBS 站的 Blog 只能 做到原 BBS 用户可以申请 Blog 和 Blog 与版面文章之间的互相转载，Blog 还是基於与 BBS 相对独立的 Web 的介面。这样是不够的， http://www.chedong.com/tech/WeBlog.html 提出了一个 BBS 的 Blog 的建议，即 BBS 上的 Blog 是用户在各版面发文的纪录，并能由使用者自行进行一些操纵，这是一 个很好的想法，但是在现行 Telnet-Based BBS 的技术体系下还有一些难点。这个想法的 一个很好的实现是 http://www.cchere.net。而我正在做的BBSBlog，则是基於个人版的 想法，把基於 Telnet 的个人版以 Blog 的方式表达和显示。 ** 展望 *** Telnet-Based BBS vs Web Forum 　　虽然这是一个很容易引起骂战的话题，但我还是要写一些个人意见。 　　如上文所所，Web Forum 的最大问题就是资讯不标准的问题，这也是当前 Web 所遇 到的最大难题。但我们却发现古老的技术：NewsGroup，EMail 和 Telnet-Based BBS 却 不会有这个问题 (其实这几样都是相通的，可以说是大体基於 RFC 2822 - Internet Message Format)，这当然是纯文字/无格式文本的力量，反观 Web Forum 的基础 HTML， 它把内容 (Content) 和表达(Presentation) 混合在了一起，成为了一种好看而电脑却难 以处理的资讯。 　　Web Forum 的另一个问题就是视觉效果的滥用。头像，签名档中的大图，动态效果等 等等等。这些视觉效果并没有实用资讯，在很多时候只会使人厌烦，而且会令页面原始程 式码更加混乱，使前面提到的问题更加的严重。 　　同样的，即时实用纯文字，Telnet-Based BBS 也面临着格式不标准所带来的问题。 假设一个 BBS client 使用 BBS 文章第一行“发信人”作为文章起始的标致并进行相应 处理，而有一个 BBS 系统的第一行内容并不是这样的话，就会引起混乱。所幸 BBS 社区 的统一性和各个 BBS 系统的源流关系，这种情况大多数时候都不会出现 (一个实例是　 Qterm 0.4.0pre2 上 PTT 全文下载功能会无法使用)，但这确实是个恼人的问题。根源在 於纯文字内容虽然容易处理，但它的格式太自由了，会造成语义表达不清的问题。BBS 之 间虽然能够方便地转信，能够与 NewsGroup，Mailing List 自由沟通，但是在与更广阔 的 Web 世界进行沟通的时候，它似乎遇到了些麻烦。 *** 资讯聚合的观点 　　我想解决这个问题与解决 Web 所面临的问题的手段都是一样的：使用 XML 作为元语 言，定义资讯表达的协定，将内容与表达分离，在全世界范围内利用这样的标准对话模式 进行资讯整合。这恰好对应了前文我着重提及的两个内容：BBS 转信和 BBS 的 RSS 聚合 功能。 　　BBS 月台间的转信给我们展示了一个原始的资讯聚合的模型，并收到了良好的效果， 这是现在任何 Web 论坛都无法做到的。这样的功能应该发扬光大。但是它面临的一个问 题是：它只能在各种纯文字资讯源之间互相转信，而对於更丰富的基於 Web 的资讯方式 ，它的处理就很有难度。而且就其实质而言，Telnet-Based BBS 也不是内容与表达分离 的：它会给文章加入头部，转载资讯等字眼，而这种加入非常自由，电脑处理很容易出错 ；它必须使用 Telnet 连接，它输出的内容并不是实际文章的纯文字档，而是包含很多 ANSI 控制字元和视觉资讯的资料，只不过是它处理起来比 Web 上的 HTML 档容易得多 罢了。用户应该能用一种更为标准和通用的手法访问这些资讯，而更为标准和通用的资讯 表达会给资讯聚合提供方便。 　　我们看到了，RSS 就在这里，它正好是解决以上问题的最好方法。我们可以很容易构 筑这样一个基於 RSS 的转信平台：每个 BBS 使用一个专用的 RSS 输出介面，它接受的 请求参数是一个时间值以及一些认证资讯，返回的是在该 BBS 上此时间以後的发文 (当 然本来是转信过来的不发)，每一个 BBS 项的 Description 栏位不是文章摘要而是全文 (当然还可以考虑长得过分的截断之类) 这就能实现原有 BBS 的转信功能了，而且这样 的形式与外界沟通就更为方便。更大范围的资讯聚合就有可能实现。 *** 未来的 BBS 　　NOTE：以下全部是 yy，完全可以忽略。不过你有耐心把文章看到这里，真是感激不 尽，也请把文章读完吧。 　　就我个人来说，我对 Telnet 的登陆方式有着复杂的心情。首先，我非常喜欢它的介 面和键盘操作的风格，我的邮件客户的按键都设成与 ARGO 一样的，看Mailing List 的 时候跟上 BBS 一样快；但同时，我认识到 Telnet 登陆存在的问题，我在上文多处都提 到了。我非常喜欢 Telnet 的操作方式，却从不否认基於 Telnet 的 BBS 登陆方式逐渐 消亡的必然性，很矛盾吧。 　　是的，就长远来说，Telnet 登陆方式是会逐渐消亡的。但它是被 Web Forum 取代吗 ？绝对不是。我在前文里面已经说明了 Telnet-Based BBS 的优越之处以及相比它 Web Forum 的缺陷，我们应该用新的技术让 Telnet-Based BBS 的优越之处发扬光大。 　　我认为，RSS 或者类似的资讯交互和聚合技术将会是未来 BBS 的核心技术。未来的 BBS 应该是高度分布和高度个人化的。 　　高度分布是指我们不会有庞大的中心网站，而是使用 RSS 将各个分散的，小的 BBS 整合在一起，在这里面会有处於相对中心位置的众所周知的发布源，他们之间大范围地互 相转信，最终用户可以通过订阅一个或多个存取速度最快的发布源以获取资讯；还可以有 专注某些内容的专业发布源，它只聚合和发布特定分类乃至特定关键字的内容，专业使用 者会更加喜欢使用这样的发布源；还有一些小组织乃至个人的发布源，他们甚至只会在部 分时候开机。但是只要开机，它的内容就有可能被其他较大的发布源收录，然後通过代理 模型 (作为一个代理的发布源不 仅发布在本站发表的文章，还发布其他与其转信的小网站的文章，给他们代为发布)。这 样的 BBS 社区除了巨大的信息量外，还有这样的特徵：无中心，要彻底地删除和遮罩资 讯变得非常困难，这当然是一把双韧剑，好处和坏处都请自行yy。这样做在技术上难点是 不多的，只要在 RSS 之外再规定请求和认证的协议就可以了。 　　高度个人化指资讯发布和资讯获取两个方面。在资讯发布方面，使用者可以装上一套 软体，把自己作为发布源，完全自由地按照个人意愿发布文章，并迅速被转信到整个网路 。如果协议相容性够好，使用者只要把自己的 Web Blog 的 RSS 提供给作为代理的发布 源，就可以直接直接让自己 Web Blog 的内容发表在 BBS 社区上。使用者看什麽样的资 讯，用什麽方式看，都完全可以由用户决定。这时候的 BBS Client 就不再是一个 Telnet Terminal 了，它可能是一个 RSS 新闻阅读器和文章发表机制的结合，或者它还 可以做出和原有 Telnet BBS 风格一样的视觉效果和操作方式，我是希望这样的一个 BBS 社区和相应的技术，软体能够快点出现的。既解决了 Telnet-Based BBS 的弱点， 提供了良好的资讯整合，又不用放弃我最喜欢的 Telnet 操作方式，这不两全其美了麽？ --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.119.27.73