Typecho官方日志

各位,为了满足用户日益增长的交流需求,并且吸收各位多余的水分,我们正式开放了typecho论坛,其地址为

http://forum.typecho.org

请猛击上述地址,原magike论坛用户可以用原用户名和密码登录

从此，Typecho开发中心向南移动，Typecho被打上了阿里集团风骚的烙印，数名阿里集团的前端人士加入。

目前正在进行后台UI的最后敲定工作，已经接近coding。

由于前段时间Fen去上海参加毕业实习，有两周没有参与开发工作，现在他终于回来了。而这段时间我们团队内部对后台开发做了热烈的讨论，目前已经形成了一些基本共识，现在就下一步工作安排，摘录内部邮件列表中lucky的邮件予以阐述

 UI 计划设计方面的意见
手气不错 <i.feelinglucky@gmail.com>     Fri, Jul 25, 2008 at 5:31 PM
To: magike <developer@magike.net>
Typecho 的后台重构我想需要有个计划了，设计不是技术问题了。在开始编写前端代码之前，我们需要明确几点事情。按照目前我的理解在这里列举一下：

1，确定用户对象

Typecho 是 Blog 系统，所以不可能是给所有人使用的，比如小学生等。所以我们尽量能估算，以后会有哪些人使用我们的系统，以及他们具有什么样的特定。

这个很容易理解，比如年轻人喜欢活跃的颜色，商务人士更偏向于冷色调等等。不同人群针对系统设计、交互设计、甚至视觉风格都会有不同程度的影响。

2，确定视觉元素风格

确定用户人群以后，根据他们的自身特点（比如上述提的），确定视觉元素规范，举例：风格、配色、icon 样式等。这些直接影响到下一步 Fen 的发挥。

3，Fen 设计 Mockup

Fen 可以根据上述的视觉元素，然后按照自己的设计理解，开始画一套 mockup（也就是效果图）。通常一般会出三套左右，然后我们小组内的成员评定选择（也就是传说中的可行性测试）。

3，出页面（也就是 HTML 模板）

最后，mockup 确定以后，剩下的就是本人的体力活了。

其实这套流程也可以理解为 UED 的交互、视觉、前端 的各角色分配开发流程。就个人理解，应该在用户研究、以及交互方面多下些功夫。因为目前我们都是有经验的技术人员了，但是我们有时候真的会忘记这块（这块很重要）。

大家应该也可以根据我的理解，初步将后台重构的计划制定出来了。

目前后台正处在效果图设计阶段，我们也正在进行一些功能上的讨论。总之我们不会再去追求一种全面的平淡的模仿，而是以设计需求作为导向，希望能够形成自己的独特风格，并被大家所接受。希望大家继续关注我们的开发进展，我们将会与大家实时分享我们的成果。

从SVN383开始，Typecho开始支持PostgreSQL。这样，Typecho已经可以使用MySQL、SQLite、PostgreSQL。

有关PostgreSQL这个优秀开源数据库的信息，请参考

http://baike.baidu.com/view/28196.htm

UI说到底还是功能的外化，先有功能后有UI，功能有特点UI才有特点。目前Typecho已经具备了一个博客程序最基本的功能，开发组在讨论功能需求的时候，更多的时候在问自己“这个功能是不是必要？”，正因为如此，我们一直在要求自己创新，不破不立。

这里有一个很矛盾的东西，不同的用户都自己的要求，很多热情的网友也给我们提出别的博客程序这样或者那样的功能很好，当我们把这些功能组合成一个程序的时候，就发现成为了某一个程序的翻版，不，模仿不是我们要走的路。目前的后台的确比较像wordpress，除了70同学对fen同学的一点点误导外，还有这样一个原因，wordpress后台很好实现了博客程序的基本需求，而博客程序的基本功能是固定的，只要UI能比较完整实现功能，就难以摆脱wordpress或是mt这样优秀程序的影子。为了与现有的程序区别，我们把更多精力集中到了后台的体验上，从magike开始，我们就力图给用户一个舒服的写作环境，这也是Typecho的目标。请各位用户放心，magike有的功能，typecho同样具备，magike中优秀的用户体验，Typecho只会更好。

无论在技术还是设计上，Typecho团队都有相当的积累，完全可以把Typecho理解为一个工程师导向的博客程序，能很好满足有一定基础的用户对程序的要求，只是这样形成的Typecho，用户需要吗？满意吗？ 如果您有什么标新立异的想法，请告知我们，让我们一起搞一个与众不同的东西！