BMTD 's Yard of Fun

    Technology, Sports, Music, Chinese Essays

    Browsing Posts tagged BBS

    趁开始忙之前集中灌几天水,东拉西扯想到哪说到哪 论坛里的生态角色 (纯粹一边喝白水一边瞎想出来的,请勿对号入座) 网上论坛虽然是虚拟社区,也是一个小社会,也有人间百态,每个人在里面轮番扮演不同的角色。 一篇帖子发出去,有叫好的,有拍砖的,有扯到其他话题上去的,当然还有只看贴不发言的沉默的大多数。 这帖子也是分原创和转贴。原创的作者这里通称写手或者大虾。 写手是论坛兴旺的根本--一个论坛要有一定数量的高质量原创写手才会吸引人来,这一点估计没有人反对。可是从长久来说,不能把希望寄托在个别大虾身上,不然大虾一走立马玩完。 注意我这里说的是“个别”而不是说写手这一群体: 在免费论坛上业余玩票性质的写作方式无法保证哪一个大虾哪天突然不来了--可能生活发生了变化,可能兴趣转移,可能热情的起伏,可能…you never know. 网络不是生活的全部,尤其在网络上写作不能带来任何经济效益的情况下。另外高手到一定水平,发表到传统平面媒体很可能带来更多的满足感和回报, 虽然这个情况正在逐渐改变。 需要一个不断壮大的写手群体。要保证这点,需要论坛有一个良性互动的气氛,有自己吸引人的论坛文化。做到这点需要靠论坛的设计、制度和管理员、斑竹的引导。不过这个是说起来容易做得好难。 论坛程序方面,速度要快,人性化设计,尽可能让用户参与管理, web 2.0 … 跟贴中捧场的和拍砖的同样很重要。前者让主贴作者得到鼓励,后者往往能展开讨论。写帖子的不怕拍砖,就怕没人回帖没有交流,发个帖子就像肉包子打狗有去无回。流行的的各种“看贴不回贴”搞笑图片就说明了这点。 除了上面的这些,一个论坛里一般还有这几类人: --把bbs当chatroom版聊的(树形版面较适于此,即所谓“搭楼梯”) --转贴专家 --到处找人战斗的斗士 --斑竹、管理员 --问题求助的 --回答问题的 --纯灌水的 --沉默的大多数 当然每个人来说这些角色一般都不是固定的,大多数人有时这样有时那样,但确实有不少人在大多数时间扮演其中某一两个固定的角色。 斗士中的理性辩论者是论坛繁荣所需要的;另一类满嘴喷粪以骂人为乐的则是论坛的大敌,一经发现坛方必须马上喀嚓--这种人人数即使很少但破坏力非常巨大,不加控制论坛会变成粪坑。当年文学成的一些论坛就是被这样毁掉的。 关于帖子点击率: 哥们经常是费了老鼻子劲好不容易折腾出个原创帖子发出去,可是反响却令人失望--点击数不多,回帖寥寥, 上论坛的热情一下子受到了打击。 看看热门的帖子,首先得是大家感兴趣得话题– 男女关系是永远得热点, 在归坛上则还要加上海归经验,到底归不归,offer如何, 办公室政治策略等。帖子的标题也要好,即使不搞不惊人誓不休也得吸引人。当然内容质量是关键,不然哗众取宠次数多了你的信用就打了折扣,再牛的标题也没人进来。 文章的长度要适中,太长大家没时间看敬而远之,太短很难有什么料。 关于国外的论坛的印象 除了极少数的,我个人很少去固定的国外论坛,通常都是去找答案的技术型论坛;比如碰到什么技术问题去google一下,答案往往在相关的support论坛里。又比如我想买HIFI功放,我会去avs之类的论坛去做research,看别人对各种brand/model的反馈。这些论坛大都是一些Q&A性质的,有人问问题,有人解答。而一般这类论坛都会有一些大牛解答大多数newbie的问题。 象中文论坛这样百花齐放内容包罗万象的综合型论坛似乎不多,大都只限于某个专业或方向。 我固定常去的论坛只有slashdot;几年以前还常去salon.com,现在已经没时间了。Slashdot不是严格意义上的论坛,而是一个blog/news/forum的混合体。用户提交帖子,管理员决定是否接受发布出来。虽然我去主要是关注技术新闻和走势,但从每天上千的帖子里还是可以看出美国人(至少是那帮自称为geek/nerds的家伙)的想法: 这是一帮“左派”–凡是有关知识产权/DRM/RIAA/MPAA的帖子就会立马被贴上来然后对好莱坞痛批,凡是linux/free software/open source的事情都被贴上来讨论个没完。。。 在我感兴趣的关于中国的话题上,帖子们更是一个定式: -- wired 或 cnet news.com报道了有关中国的消息,例如中国防火墙,google屏蔽搜索,政府要求网吧使用者用身份证等等 -- 立马有人贴到slashdot -- 如果是关于internet, [...]

    表格形 (flat view) VS 树形 (threaded view, tree view) 树形和表格形各有其优缺点: (1) 树形易于形成一个讨论的气氛。 (2) 与表格形比较,从点击量来说树形会使帖子的点击量看起来少许多,原因是树形统计点击量是单个帖子的点击量,而表格形是整个主题(主帖及其所有跟帖的点击数, 因为跟帖的点击数是无法统计的)。 举个例子,在树形下看这个帖子:http://www.haiguinet.com/bbs/viewtopic.php?p=969231 的点击数是8236; 如果切换成表格形,那么该主题的点击数则为37139. 所以如果你在天涯等论坛上看到一个点击数为上万的主题,其实际点击数不一定比海归网上一个点击几千的主帖多。 (3) 树形结构在跟帖不多的时候比较清晰,对讨论一目了然。就象看各人的对话一样。这是绝大多数人喜欢的树形显示的优点,但从另一个角度来说也是缺点:许多人干脆只看跟帖标题知道一个大概,而根本不点击阅读帖子本身。还有许多人回帖不看帖。 (4) 表格形不易搞清跟帖的关系:跟帖多了,搞不清是在跟谁的帖。 (5) 树形更适于就一个问题深入讨论:两大原因: –前面的缺点,跟帖搞不清跟谁的,那实际上就主要是跟前一个的或者主题的。而树形的跟帖则经常叉开引出其他讨论,越说越离题。偶的观察是只要深度超过4的跟帖的内容跟主题基本无关。 — 一旦有根贴总要被顶上来的,这样一个话题可以不断的连载更新和深入讨论下去; 举个例子,同样是连载小说,吴越或250、安校长的每集出来都是都是一个单独的主贴,每次点击率几百上千,根贴几个到几十个;如果上下集间隔时间较长,上一集就被冲到不知哪里去了。而在表格形式的论坛如新郎搜狐天涯,一篇小说的所有连载都是在同一个主题里的,每当有人参加讨论或者作者出了一集新的,该主题又被顶上来,累计起来的根贴和点击数就可以想象了。 (6) 树形结构一般跟帖数量少,而表格形结构跟帖数目多。除了龟坛外,1海外最大的中文论坛文学城,以及万维等都是这样。原因跟前面一条的基本相同。另外树形跟帖如果太多按现在一般的论坛程序也没法handle: 想象一个5000跟帖的主题按现在龟坛的树形结构展开时的样子,更不要说对论坛系统的负担。 那么解决办法是什么?结合树形和表格形的优点, 表格中有树,树中有限制。海归网的改进计划中就包含这点。 该洗洗睡了,下回聊聊BBS 的生态组织, 国内外论坛的特点和异同。

    聊聊偶用过的讨论区系统(历史篇) (1) 模拟电话线拨号BBS: 最早的BBS出现于internet还未出现的时候,那时候的BBS不在internet上只能靠电话线。具体来说开个论坛只要买台机器,装个架站软件,有个modem (modem组),几条电话线就可以了。 90年代中期在下在深圳玩过一下这种电话线BBS中最流行的一种: Fidonet BBS. 机器里装个fidonet的客户端,然后拨号到某个电话号码,拨通然后就可以访问BBS了,界面形式跟internet 上telnet界面的BBS差不多。当时FidoNet已经比较先进了,在站与站之间还有自动转信功能。虽然如此,这种BBS系统使用者一般都是在些封闭的小圈子里, 一些发烧友发起,朋友之间介绍的。由于比较封闭估计比较适于反动分子秘密聚会聊天而不会被网警抓获。 但是比较麻烦的是一是系统不稳定经常掉线,二是业余的BBS站同时在线人数上限很小,三是只适于本地讨论--否则长途电话费会让你倾家当产。不知道现在国内还有没有人玩Fidonet了。 印象中珠海金山的求伯君当年也玩这种BBS, 金山公司还架过站,叫西点BBS什么的。 (2) usenet 最早的USENET也是在inetnet还未出现的时候,是运行在古老的UUCP协议上的讨论系统。后来internet的普及大大扩展了usenet newsgroup的使用,至今运行NNTP的usenet仍然是世界最大的网络之一,也是世界上最大的讨论区。 偶第一次接触USENET比fidonet BBS还早些,也是九十年代中期,在北京刚接触internet的时侯(那时的internet是lynx, gopher和mosaic的天下)第一次在unix的命令行订阅读取usenet newsgroup, 那与全世界人民一起进行讨论的感觉真爽。后来一些windows email客户端象eudora, netscape mail等也都支持newsgroup; 在后来可以直接在web上一个叫Deja 的网站上搜索usenet消息和发帖子。后来deja被google收购,成了现在的google groups. google groups现在是个大杂烩,即是usenet的一个(最大的)接口, 又是google自己的maillist的web接口。google groups的大部分用户估计根本不知道自己在使用USENET. USenet的特点一是大,横跨全世界整个互联网,内容包罗万象;二是技术上的分布式特点--这是一个典型的分布式网络,不是控制在一个或少数公司或组织手里的系统 (也就是说跟类似e-donkey 或者gnutella那样的P2P网络相象)。 大部分usenet的newsgroup是没人管的(当然更没法删帖改帖什么的), 有少部分是帖子正式发表前必须经moderator审核批准。 (3) mailing list 这严格不算讨论区,只是邮件讨论组。早期大部分maillinglist 都是简单mail server 上的distribution list. 后来有专门的listserv之类的邮件组软件, 在提供邮件组管理功能同时也提供web 界面。 yahoo收购的egroups(现在是yahoo groups)是mailing list软件的集大成,重心移到了web上;提供在线读、发消息,相册,聊天室,文件共享等等功能,基本可以算是后来SNS软件的前身。 google groups现在也提供类似yahoo groups的mailinglist和讨论区功能。 [...]

    大家发现问题请在”意见与建议“分坛报告,谢谢! release notes 5/22/2006: (1) 论坛树形显示“展开全部跟贴”和“隐藏跟贴”功能 在各论坛页面主题上方的横条上左边有两个链接: [隐藏跟帖] 和 [展开所有跟帖]。点击前者会自动隐藏所有跟贴而只显示主题。点击后者会展开所有跟贴。 如果你只想展开、隐藏某个帖子,还是象以前一样点击该主题左边的"+",“-”图标。 (2)树形显示记住帖子展开或隐藏的状态。 当你从某个论坛浏览到别处,又回到这个论坛时,你之前浏览时帖子树展或隐藏的状态会被保留。 例如某个帖子你点击"-"隐藏它的所有跟贴。当你refresh该页或者关闭浏览器又重新回到该页时,你会看到那个帖子还是处于跟贴隐藏状态。 这个功能是许多网友, 例如无痕(firefly)要求过许多次的。 注意:该功能纯粹是在client side实现的,需要用户浏览器允许cookie;并且系统可以记住的帖子状态数目受浏览器cookie最大长度的限制。 (3) 在论坛页面上直接浏览用户信息 (browsing user”s profile inplace without the entire page reloading); 树形显示时在各个论坛页面,例如”海归茶馆“,用户可以直接点击帖子作者,系统会在页面上直接弹出一个小方框显示作者的信息,例如头像,经验值,帖子数等,而不象以前那样走到另外一个页面。 这样会更方便些。 this is my first attemp to add some AJAX touch to the BBS and will see how it goes. if it works ok more [...]

    省得自己上传了。 在“个人设置”里,点击”显示画册",然后选择一个画册里的头像。 现在装了这几套头像画册: 75X75 : 都是些大小为 75×75的 500: 500 张头像 boys: 许多男头像 girls: 许多女头像 others: Alice: 目前的这几套卡通头像居多;大家有什么更好的头像库可以下载请推荐给我们安装。

    觉得基本符合各位的提议,包括雨林,猿人,狼等的建议,同时作了些修改使分数不至于过高。我估计一下,就算是最牛的安校大概分数也只在百万左右。像我这样混了不少时间在点击排行榜排60多名但无甚原创和精华贡献的大概只有两万分左右。 详细的权重我们可以再讨论修改,比如让分数范围再小一点等。 如果没有大的问题可以准备放到主坛上让大家讨论一下。 (1)实时算法 注:+= 表示该用户分数增加 -= 表示该用户分数减少 [] 表示取整, 例如 [10/100] = 0 sqrt: 平方根,例如sqrt(100) = 10 sum : 累加 假设有一个用户A。 – 每个用户注册后初始积分 = 50 – A每登录一次:A的积分 += 2 (奖励泡论坛) – A发表新主贴, 标明[原创]:A的积分 += 10 + [sqrt(字数)/25]+ 50; (鼓励原创) – A发表新主贴, 不标明[原创]:A的积分 += 10 + [sqrt(字数)/25]; – A发表新跟贴:A的积分 += 5 + [sqrt(字数)/25] 同时主贴作者B的积分 += [...]

    总算法是一个由不同部分组成的加权算法,各部分所占比重不同,需要决定: (1)跟贴和点击数算法大致按雨林/唐的算法,占的比重较高 (2)点击数需要在公式里, 占的比重较高 (3)帖子字数需要在公式里,字多的帖子分数高;占的比重不应太高 (4)是否“原创“是另外一个属性,鼓励原创。占一定比重。 判别靠标题是否有[原创]二字,主要靠网友自觉。 (5)贴子选入精华为另一属性,帖子选入精华的分数高。 (6) 原需求中的读者打分功能(raing 1-5, 或者读者送花或臭鸡蛋),如果实现将占一定权重。 按分数划分军衔(头衔),到达一定分数自动升级。 实现上应该实时,但如果有performance问题可以由定时触发的批处理程序计算,例如每天或每周计算一次。