半亩塘闲话



罗伯特议事规则是英美议会所采用的议事表决规则，前两天刚好听了一个关于他的演讲介绍，我觉得或许维基社群可 以有所借鉴。兹列一些要点如下（不知道是否能完全适用于网络社区？）：

1. 主持中立：就是任何讨论需要有一个中立的主持人来维持讨论，主持人自己不能参与讨论，这一点可能网络讨论很难办到
2. 正反轮流：正方与反方轮流发言，让各方意见都能公平呈现，而不会让其中一方说的太多而占据话语权。这一点可能在维基社群里也很难做到，如果某一方 的人好几天都不来，讨论就没法进行下去了，罗伯特议事规则这一点上主要用于实时交流，网络的非实时交流就力有未逮了
3. 不计算弃权票：鼓励大家表达自己的态度，不要做老好人。这一点上，维基社群的中立票是否计算可以参考他
4. 发起动议，要有明确的目的：防止流于口水战，而没有实际的结果。这一点应该目前不成问题
5. 文明表达：不允许人身攻击，不允许怀疑政治动机和偏好。指责对方的政治动机就像人身攻击一样，无助于事情的解决。禁止人身攻击和禁 止怀疑政治动机与偏好，有助于用户之间彼此尊重，有助于理性思考。如果认为大家的意见都不好，应该提出修正案。我觉得这一点上，维基社群是否可以把指责他 人政治动机与偏好也视为人身攻击之一？在讨论中做出这种行为的用户的意见或投票视之为无效，完全不去考虑？
6. 充分讨论：在约定条件下（例如发言次数，发言有效期），参与讨论者都已经充分的发表了自己的看法，或者已经没有人再发表其他看法 了，才发起表决。我觉得这一点可以用于维基社群。当然，维基社群更倾向于共识，而不是简单的投票。例如在一个方针讨论中，参与讨论者都发表了看法，并且讨 论充分，各种意见都采纳到修订的方针中去了。那么我们可以设定一个期限（根据每次讨论不同，也可以设定一个通用的期限），例如1星期，如果1星期后还没有 人提出进一步的不同意见，那么就可以认为已经达成共识。如果意见分歧，需要投票才可以决定，那么应该留出一个时间段，例如1星期，如果1星期后这个讨论没 有人提出进一步意见，那么就开始准备进行投票表决。
7. 发言完整：就是不能打断别人的发言，维基社群的讨论似乎用不太上？
8. 不得跑题：一个讨论只处理一个问题。对于维基社群，是否对于跑题的发言应该有一个处理方法？例如跑题的内容移动到另外一个章节？

一些意见受到了罗伯特议事规则中译作者袁天鹏的启发。

Walter Grassroot的意见也很有启发：

我想起我在美国学过的一门 organizational behavior, 我们甚至讨论过这个模式。模型在运作中会出现各种问题，主要的一种我们称之为political feasibility，即使同样的模型在不同环境中运作，会出现不同问题。比如议会制为何在美国，奥巴马要在议会陈述前先去各地接见工会代表？在日本为 何政府换届频繁？在台湾为何经常拳脚相交？在公共领域中，如果你要实施一个规则或者政策，那么你会有一个核心价值追求，比如效率 (efficiency)，还是平等(equality)，在不同情况价值是会相冲突和减损的，换句话说你要追求效率，可能必然会减损平等；你要追求平等 就可能导致讨论无果。议事规则在我看来是一个非常理想的倡议，至于第一点就无法实现，书生你应该能够深刻感受到吧，众口难调，你是在用福利经济学的观点解决一个帕累托最优问题（Public Goods is the first problem of Market Failure.）。

google通过Tides基金会的google基金（它用来处理google所有的慈善捐款）向wikimedia基金会捐赠了200万美元。这也是wikimedia第一次拿到的来自google的捐款。google对这笔捐款没有提出特别要求，wikimedia基金会可能将会把这笔捐款作为基金会的营业收入。

google和wikimedia已经有多次合作，例如google开发的译者工具包提供了维基百科条目的双语翻译功能，可以直接将翻译好的维基百科条目上传到维基百科中。例如google赞助的将英文维基百科条目翻译成斯瓦西里语的挑战赛。google创始人Sergey Brin更称维基百科是互联网最伟大的成就之一。

这只是提前释放的一点消息（独家哦～），明天将会正式公布这个消息。

上周，澳大利亚的一位社会媒体专家Richard Giles意外的收到了一封来自瑞士洛桑国际奥委会的威胁信。国际奥委会在信中警告他去年在北京奥运会上拍摄的一张运动员照片不能够进行商业性使用。

Giles的这张照片使用了创作共用协议的cc-by-sa条款，并不禁止商业使用。作为自由内容，这张照片也在维基百科上使用。而英国的一个书商也基于同样的理由， 将在2010年出版的一本吉尼斯世界纪录的书中用这张图片。但是奥委会的信中指出，奥运会门票上有明确要求，在会场中拍摄的照片只能个人使用，未经奥委会 同意不能用于商业目的。但是这样做又明显与cc协议有冲突，而且自己拍摄的原创照片，居然自己没有随意授权的权利，实在是一个很滑稽的事情。

这里是关于此事的较全面的综述。维基百科上大量的用户拍摄的奥运会照片又会遇到怎样的状况呢？

用Yahoo pipes做了几个中文维基百科首页各栏目版块内容的RSS输出：

• 特色条目：维基百科上被社群评选出来的，认为是典范德条目。一周更新一次（在每周一）
• 优良条目：维基百科上被社群评选出来的，认为内容还不错的条目。每天更新一次
• 每日图片：主要是维基共享资源上的每日图片的同步，偶尔有中文维基社群评选出的特色图片。都是社群认为非常优秀的图片。每天更新一次
• 你知道吗：由用户评选出来的，写的还凑活的近期新建的条目。每日3次左右更新
• 新闻动态：近期发生的国际性新闻热点事件的相关背景条目。不定期更新
• 历史上的今天：在当天的历史上所发生的一些人事。每天更新一次

这个则是把上述各栏目的RSS进行合烧后的内容。

欢迎感兴趣的朋友取用。wikipedia的rss支持比较弱，输出的都是wikitext，而不是html，不方便阅读，因此需要其他的技术手段来改变这种情况。pipes真的挺好玩的，wikimedia要是能为wikipedia专门设计这样一种工具就好了。

也可以到这里直接获得各栏目的RSS。

几种与间隔号类似的符号：

第一行为中文所使用的标准的间隔号。各种中文输入法中的输入方法：

1. SCIM的智能拼音：izd
2. 微软拼音输入法、智能ABC输入法、全拼输入法、极点五笔输入法、王码五笔输入法以及郑码输入法（中文标点状态）：Shift+2
3. 谷歌拼音、黑马神拼、紫光拼音、搜狗拼音输入法、拼音加加输入法：直接按键盘左上方的“`”键（在ESC键下面的“`”/”~”键)。
   • 拼音加加输入法亦可输入“jgh”
4. 区位码：0104
5. 倉頡輸入法：zxaq
6. 微軟新注音及新倉頡輸入法（需按以下說明切換「中文/英數模式」或「半形/全形模式」）：
   • 方法一：在中文模式下，按前導字元鍵（通常是鍵盤左上方的“`”）接ub7
   • 方法二：在中文模式下，按Ctrl+Alt+”,”切換到標點符號模式，按”.”鍵，選出間隔號（需先作以下設定：點擊語言列右下方倒三角符號→設定值→屬性→進階→「標點符號自動確認輸入」選取「不使用」）
   • 方法三：在中文模式下，按前導字元鍵接”.”鍵後，選出間隔號（需先作方法二同樣的設定）
   • 方法四：在全形模式下，按”.”鍵後，選出間隔號（需先作方法二同樣的設定）
7. 拼音加加输入法及搜狗拼音输入法：yd
8. 嘸蝦米：直到5.7b版，繁體中文（，，Ｔ）模式下無法打出。^[1]簡體中文中式打法（，，Ｃ）或簡體中文台式打法（，，ＣＴ）：,.
9. 大易：=.再選數字鍵盤的2
10. 行列輸入法：W1，第二頁第六個。
11. 速成輸入法：zq2或按Shift+Space（預設）再按.（會變成．）
12. 九方輸入法：於數字鍵部分輸入：.00000002
13. 在一些其它的五笔输入法中（如SCIM的五笔输入法），可以输入ubkg（即间隔号）。

以上资料整理自中文维基百科。

（很明显，从上面的官方截图可以看出谷歌中国的员工用的是chrome浏览器 ）

谷歌中国员工利用20%时间发布了赤壁之战地图，地图非常精美。声明中说：

本地图为谷歌中国团队制作。赤壁之战地图中所使用的各种数据，为参考《后汉书》、《三国志》、《资治通鉴》、《三国郡县表》等书籍资料，以及维基百科等网站，整理获得。 

看到维基百科几个字，于是特意仔细找了半天，却没有看到地图及其说明文字上有任何指向维基百科的链接。于是又查了一下这个地图的项目页面（非常高兴看到地图层的源码是GPL发布的）， 在人物介绍的源码部分可以看到维基百科上相应人物条目的链接，例如：

只是很奇怪为何没有把链接放到地图的人物说明里？另外，我们也可以从这个源码中看到，繁体版的赤壁地图也在开发中（文件名后面带tc的就是繁体版的）， 只是不知道何时会上线？

另外，我也想知道，google的mapplet脚本可以用到别出去吗？例如在World Wind中使用？

维基百科又开始捐款了，这次的目标是600万美元，现在已经筹集到了1/3。

上面的宣传条幅代码：
<a href="http://wikimediafoundation.org/wiki/Donate/en"><img border="0" alt="Wikipedia Affiliate Button" src="http://upload.wikimedia.org/wikipedia/foundation/1/1a/2008_fundraiser_banner_button-en.png" /></a>

更多的宣传图案可以在这里找到:

http://wikimediafoundation.org/wiki/Donate/Support/en

google Knol，一款号称对抗wikipedia的产品上线了。knol，百度百科，维基百科三者之间存在很大的不同，甚至这三者之间的比较或许都不是可以比得，因为定位不同。

knol注重于人 ，注重于作者之间得社会性和互动。更像是一个百科社区，而不是百科全书。从内容上来说，维基百科走的是传统百科全书的路子，每一个主题词就是一个条目；百度百科虽然叫做百科，但是更像是一个资料收集处，而Knol则更像是一个以主题词区分的论文收集处，而不是百科（其实Knol从未称自己是百科）。G日报误称之为“谷歌百度全书”实在是形象不过。

倒是Knol对文章中的外部连接采用了nofollow标签，和维基百科一样，杜绝强大的spam，只是不知道作者负责的模式，对于spam有何有效的对策？或许和百度百科一样，背后还有一个神秘的内容管理团队？

维基百科是wiki的典型代表，但是百度百科和Knol虽然也有版本历史等wiki的特性，但是都不把自己称作wiki，很有趣的态度。

在版权方面，维基百科全部文字内容采用GFDL授权，属于严格意义上的copyleft，所谓病毒式授权。而Knol虽然默认的授权方式是cc-by（比GFDL更加宽松，就像BSD之于GPL），但是还有cc-by-nc（非商业使用）和版权所有二者可供作者选择，而且作者可以随时修改授权协议，这对于他人对作品的使用来说存在一定的风险（当然在中国可以忽略不计）。最奇怪的是，Knol不给出cc-by-sa的协议选项（类似GFDL），不知道葫芦里卖的什么药？而百度百科则是一个揣着明白装糊涂的版权声明，所有的内容都可以为他所用，但是别人不能用他的东西。

Knol在内容质量上的把握，一是借助于作者的信任度和权威性，二是通过作者邀请其他人社会评审的模式，来检查错误，这不像是维基百科依靠所有参与者的力量，大家既是作者，也是评审。至于這二者之间谁好谁坏，一时很难有定论。至少维基百科的模式在实践中更容易发现错误和纠正错误。

目前knol支持多语言，但是并不像维基百科一样根据不同语言分设，而是所有语言混在一起。例如这篇在knol上中文的文章。knol的文章的url有点像维基百科，根据标题自动产生，但是只支持拉丁语系，中文标题的话，则是在url上产生一段乱序的字符（或许是某种编码？），例如这个。

Knol的编辑界面是所见即所得的，而且也有比较丰富的功能，虽然功能上距离维基百科还有很大的距离，但是比百度百科要强很多了，至少能够写一些稍微复杂一点的东西了。在功能上，维基百科的优势很明显，可以编辑复杂的表格，还有可以嵌入的强大模板功能，时间线，TEX支持的数学公式，甚至支持埃及的象形文字，而且支持视频和音频。Knol的参考文献功能也比百度百科强，但是似乎还存在一些bug（点击文章中的文献标号只是重载页面，没有其他反应，按理来说应该直接定位到相应的参考文献上）。

当然，目前knol可能是文章较少，因此首页的布局非常差劲，难怪遭人批评。但是google强大的财力和技术，只要对这个产品足够重视的话，揉合google的其他产品，应该会变得相当强大。只是同一个主题允许多篇文章存在的模式，实在不太喜欢。过于注重人，而不是注重内容，不会上演SNS变形记吧？

经过一些实践和观察，看到了三个网站之间的共生关系，比较有趣。三个网站是：solidot, 译言和中文维基百科。

solidot作为一个geek类的科技资讯网站，用户提交的内容多为IT和科技方面的有趣消息，尤其以外文的消息为多，又非常及时。 solidot更好的一点是必须至少提供一个消息链接。这为中文维基百科提供了相关条目内容更新的消息来源，可以把最新的内容补充到维基百科的条目中去。反过来，维基百科又为solidot提供了新闻的背景知识（通过链接的形式）。

译言作为外语内容的翻译网站，上面有很新的外文文章，一些用户也会翻译一些英文或其他语言维基百科的条目内容，这些翻译的维基百科条目，依据GFDL协议，又可以被直接整理复制到中文维基百科上，尤其是在中文维基百科访问不畅的情况下，可以帮助维基百科补充一些条目内容。而译言上的一些新鲜的外文文章，又可以作为solidot消息来源的中译参考，或者直接作为solidot的消息来源。而反过来，solidot上的外文消息中的消息来源，又可以作为译言上一些文章翻译的来源。

三个网站之间得这种有趣的互生关系，或许是一种别样的web2.0？或者这才是真正的web2.0?