这是一个创建于 4154 天前的主题，其中的信息可能已经有所发展或是发生改变。
过去几年我收集了大量的书签在微博 Twitter 和 Google+ 上
又在 CNode 上大量水贴, 企图让 CNode 变成 Ruby 中文那样的社区
一定要吐槽下 CNode 代码没有大神专注开发, 已经 Bug 成堆, 太失望了!
于是反思, 作为网络社区就应需要什么设施才能更好地持续下去
首先论坛和问答系统的作用无可取代, 论坛的形式简单, 用途也清晰
Quora 和 StackOverflow 算是对论坛首要功能进行了深化
PHP 论坛超多不算, 我们也有不少 V2EX 风格的技术社区可以交流
各种工具有其特点的用途, 而论坛我们真的有不少选择了
http://coffee-js.github.io/street/
这里先不把 Hangouts 和 Wikipedia 放在技术社区对比
Github 也当成专业社区, 不算在论坛这样的工具
标题里我做的分类, Wiki 是多人协作编辑, 聊天室是实时交流, (... Wave)
论坛两者都不是, 而网络社区迫切需要的功能是什么呢?
先看问答系统, 我认为有:
* 问题输入框集成搜索 -- 避免重复问题, 快速定向到已有答案
* 投票功能按投票排序 -- 给出最有价值的内容, 甚至屏蔽垃圾内容
* 实时更新的通知区域 -- 更快的交流, 更快地解答
归结下来就是:
* 更快地找到最有价值的已有的答案
* 更快地找到能跟上话题交流的伙伴
我觉得论坛完全已经是当下而不是以后我们看重的社区形式了
关于"最有价值的已有答案", 主要的方法是搜索和导航
比如 Google. 但我想搜索永远不如人工整理的文档来得有价值
然后导航, 但现在技术社区太大, 不可能有好的导航能涵盖所有
我觉得搜索面对的是不知道去哪儿找的问题, 而导航是在知道的情况下做
我觉得整理出目录, 再对目录进行搜索, 是更好的方案
关于"跟上话题交流的伙伴",
比较技术思维的办法是把人关联到网上固定位置, 随叫随到
通常是有粘度的社区, 导致所有人自觉把自己挂在聊天工具帐号上
对于现状, 很需要按照话题把人们分散到不同的小组当中
聊天工具的小组不像豆瓣小组那么随意. 但我想以后技术总能实现
聊天工具呢, 我很早就学着想做, 用 Socket.IO 做很幼稚的尝试
http://v2ex.com/t/48956
而 Wiki 最近开始关心, 但我能力明显不够挑战愿景里的规划的
于是在设计导航, 可惜设计知识各种新手.. 有兴趣请看 Github
https://github.com/coffee-js/street/issues
最后说愿景吧:
界面部分, 左边是 Wiki, 右边是聊天, 支持相同的富文本编辑. 都可以折叠
目的是一起聊天, 一起编辑 Wiki. 或者聊天偶尔编辑, 或者看 Wiki 偶尔聊天
Wiki 内容精确到小节, 确定的标签组合会和一个小节对应. 方便搜索
然后根据标签可以生成近似树状的文档结构, 以及和聊天室对应
根据标签还可以生成精美的导航页面, 或者给站外调用的卡片
然后大家有意识整理有用的知识的话, 我们就能渐渐积累起复杂的 Wiki 了
一个社区, 有积淀下来精华的资源, 有一起交流的用户, 就很好了
.. 内容似乎不适合贴在"问与答".. 就是, 是否赞同这个想法呢?
又在 CNode 上大量水贴, 企图让 CNode 变成 Ruby 中文那样的社区
一定要吐槽下 CNode 代码没有大神专注开发, 已经 Bug 成堆, 太失望了!
于是反思, 作为网络社区就应需要什么设施才能更好地持续下去
首先论坛和问答系统的作用无可取代, 论坛的形式简单, 用途也清晰
Quora 和 StackOverflow 算是对论坛首要功能进行了深化
PHP 论坛超多不算, 我们也有不少 V2EX 风格的技术社区可以交流
各种工具有其特点的用途, 而论坛我们真的有不少选择了
http://coffee-js.github.io/street/
这里先不把 Hangouts 和 Wikipedia 放在技术社区对比
Github 也当成专业社区, 不算在论坛这样的工具
标题里我做的分类, Wiki 是多人协作编辑, 聊天室是实时交流, (... Wave)
论坛两者都不是, 而网络社区迫切需要的功能是什么呢?
先看问答系统, 我认为有:
* 问题输入框集成搜索 -- 避免重复问题, 快速定向到已有答案
* 投票功能按投票排序 -- 给出最有价值的内容, 甚至屏蔽垃圾内容
* 实时更新的通知区域 -- 更快的交流, 更快地解答
归结下来就是:
* 更快地找到最有价值的已有的答案
* 更快地找到能跟上话题交流的伙伴
我觉得论坛完全已经是当下而不是以后我们看重的社区形式了
关于"最有价值的已有答案", 主要的方法是搜索和导航
比如 Google. 但我想搜索永远不如人工整理的文档来得有价值
然后导航, 但现在技术社区太大, 不可能有好的导航能涵盖所有
我觉得搜索面对的是不知道去哪儿找的问题, 而导航是在知道的情况下做
我觉得整理出目录, 再对目录进行搜索, 是更好的方案
关于"跟上话题交流的伙伴",
比较技术思维的办法是把人关联到网上固定位置, 随叫随到
通常是有粘度的社区, 导致所有人自觉把自己挂在聊天工具帐号上
对于现状, 很需要按照话题把人们分散到不同的小组当中
聊天工具的小组不像豆瓣小组那么随意. 但我想以后技术总能实现
聊天工具呢, 我很早就学着想做, 用 Socket.IO 做很幼稚的尝试
http://v2ex.com/t/48956
而 Wiki 最近开始关心, 但我能力明显不够挑战愿景里的规划的
于是在设计导航, 可惜设计知识各种新手.. 有兴趣请看 Github
https://github.com/coffee-js/street/issues
最后说愿景吧:
界面部分, 左边是 Wiki, 右边是聊天, 支持相同的富文本编辑. 都可以折叠
目的是一起聊天, 一起编辑 Wiki. 或者聊天偶尔编辑, 或者看 Wiki 偶尔聊天
Wiki 内容精确到小节, 确定的标签组合会和一个小节对应. 方便搜索
然后根据标签可以生成近似树状的文档结构, 以及和聊天室对应
根据标签还可以生成精美的导航页面, 或者给站外调用的卡片
然后大家有意识整理有用的知识的话, 我们就能渐渐积累起复杂的 Wiki 了
一个社区, 有积淀下来精华的资源, 有一起交流的用户, 就很好了
.. 内容似乎不适合贴在"问与答".. 就是, 是否赞同这个想法呢?
 |
1
leohxj 2013-07-21 12:30:39 +08:00
支持Wiki, 可是有什么管理Wiki的好工具？
|
 |
2
jiyinyiyong OP @leohxj 呃... 我下面写一大段的意思就是让我满意的没有
|
Select Language