2009年7月

typecho0.7还在开发之中,很多关键的改进都在进行,其中就包括后台菜单的修改,我们希望通过这些努力,为大家提供一个更加友好的blog程序。
typecho0.6的后台主菜单设计如下,
typecho0.6后台

这是一个二级结构,把各项功能放在不同的分类里,结构清楚,我们常见的应用软件,比如wps系列,都采用了这种菜单设计,类似下图:
wps菜单

在实际的使用中,我们发现这样的设计虽然方便理解,但是还存在一些问题,就是用户要找到一个功能,鼠标需要移动多次(即使我们在第一级菜单也是可点击的链接,可以进入最常用的创建文章等页面)。在0.7版设计的开发团队内部讨论中,70提出来使用一级菜单的设想,其中在导航栏上直接列出的是最常用的(后台自动统计)几个链接,而点击箭头后就可以展开后续菜单,这样可以更快地定位用户所需要的功能。示意图如下:
typecho0.7菜单设计示意图

这样结构就更简单了,只是后续菜单可能会比较长,用户选中某一个功能鼠标需要移动很长,所以菜单项的排序需要更优秀,常用的功能要放在鼠标更容易点击到的位置,非常考验设计功力。
在开发团队内部的讨论中,我还提出来另外一种菜单设计的方式,首先要看Edraw Mind Map采用的新设计(跟微软的office2007是一样的):
Edraw Mind Map菜单设计

左上角的圆圈可以展开长长的菜单项,繁多的功能也是通过分类的方式分布,typecho作为一个轻量级的blog程序,没有这么多功能,但是这种设计却给了一种新的思路,看一下最熟悉的菜单之一:
windows开始菜单

不管有多少内容,都被收进了“开始”里,常用的功能用快速启动的方式放在“开始”的旁边,可以由用户自由调整,于是,就有以下的设计原型:
ytpcho0.7后台菜单设计原型

typecho0.7的细节还在磨合,菜单设计也是,除了程序本身,官方网站和论坛的建设也在进行,过完这个孕育的夏天,我们会带给大家一个更优秀的typecho。

在google reader里看到了挺多人在写群组的内容,原来是UCDChina的讨论话题,跟我最近在思考的一个项目有交集,写几句记录一下。抛去开场白,直接进入主题。

按参与沟通用户的数量规模,我想先定义几个名词,可能与常用的定义不符,只是为了更准确表达我的意思:
1、论坛,活跃成员数超过1000
2、群组,活跃成员数低于100
3、临时会话,参与成员数低于10

沟通,必然有话题,人多嘴杂,所以就会有下面这个图
论坛、群组和临时会话

临时会话就是为了某一个话题存在的,生命周期短,伴随话题结束而销毁,话题集中性最高,当然话题参与者之间的沟通效果是最好的。话题性大于社交性。
论坛是长期性的,会有多个话题存在,这些话题有相关性,与论坛主题契合度越高,话题存活时间越长,论坛不会因为某个话题结束而结束。单个用户之间的沟通并不完全。社交性大于话题性。
群组介于临时会话和论坛之间,群组是组织同一类话题的一种形式,是一个一个话题节点。社交性与话题性持平。

这里单说一下群组,这是一个很有趣的东西,我见过不少SNS产品运营人员(尤其是个人站长)在疑惑:注册用户在增加,群组数在增加,为什么群组的活跃度又不高呢?我想这是因为网络社区里存在明显的马太效应,热门群组会很热,成员增长速度要远远超过新群组,在任何SNS网站混过一段时间都会发现,人数众多的群组有话题失控的趋势,同时用户活跃度也有降低的趋势,而群组数本身又在不断增长,形成了一个长尾。群组的存在,是社区结构扁平化的表现,而传统的论坛是树状结构的。从管理学的角度说,组织呈现树状结构,比较适合科层制,逐级管理,每级管理人员直接管理的量比较少,控制较严格,沟通成本高。组织结构扁平化意味着需要更有效的沟通方式、更高素质的参与者和更具智慧的管理者。在网络社区中没有现实里那么精确的管理从属关系和强大的控制力,这是一个节点型网络,群组的管理是非强制性的,所以,群组的话题混乱,我认为是一种必然。说到保证群组的质量,我觉得完全没有必要去考虑,群组大了,必然管不过来,就让它变成论坛好了。群组小了,多半会慢慢死掉,让风吹散它吧,无为而治就好了。

群组话题混乱一定会影响到用户沟通,尤其是注重沟通质量的高端用户。所以高端用户会有出现一个向更私密沟通方式流动的趋势,比如站内信的使用会增加、私密小组出现、个人留言增加、使用广播或者twitter等等,也就是临时会话的使用率会提高。

最后用一个不太恰当的比喻来说明论坛、群组和临时会话的关系:论坛就是一个湖;群组就是湖的不同水域,有深有浅;临时会话就是掉落在湖面上的雨点;高端用户大多在湖底,大部分用户在湖面热闹。(也可以这么比喻:临时会话是session,群组是cookie,所以没有价值的群组还是向清cookie一样清掉好了,产生的内容可以保存在论坛里或者个人记录里)

本人是windows xp和mint7双系统,用grub管理启动,Error11:Unrecognized device string这个错误以前用别的发行版时也遇到过,当时采用的办法是重装,简单粗暴,这次升级内核之后又遇到了,让人头痛。

搜索了一下,貌似很多ubuntu用户都遇到过这个问题,这是在启动选择系统时出现的,输入grub的问题,以下提供一个简单可行的方法:

在grub选择菜单出现后,移动光标到需要启动的linux系统,按“e”进入编辑,选中第一行,再按"e",将第1行的"root"改成"uuid",这里其实只是临时修改,按回车,这时候会退回到上一级菜单,这时按"b"启动系统,不出意外就可以进系统了。

在启动系统之后,还有一个工作要做,打开命令行,输入以下:
sudo nano /boot/grub/menu.list
这时候就打开了grub的配置文件,找到需要启动的linux系统那一行,把"root"改成"uuid",保存。

安全起见,在启动运行没有问题的时候就将menu.list备份到其他地方,家中常备linux livecd一张,再遇到这个问题就有备无患了。