开发日志

功能需求与UI的关系

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

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

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

后台设计小结

很高兴这一次偶然的机会,让我成为 Typecho 团队的一员,也开始了我的第一次团队合作。

关于何时认识 Magike 并如何加入 Typecho 等等历史问题,我就不说了,留着以后写自传。
在程序后台设计方面,我是个新手,Typecho 算是我做的第一个后台。下面我把我的设计流程总结一下,不合理的地方请提出,也别摸棱两可。

首先就是在白纸上定雏形,贴在书桌前的墙上,空闲时添几笔,像便签一样。墙壁的照片就不公布了,上面有藏宝图。

第二步是完善各页包含的元素,什么东西应该放在哪个栏目下,我参考了大量优秀的博客程序,也许你可以看到他们的影子。70 说越简单越好,我得贯彻这个思想,也是我的本意。我们希望菜单能够简化到四大部分,我们也确实做到了。

- 阅读剩余部分 -

Typecho名字的由来

logo

曾经,有一个开源博客程序叫做Magike,在它发布1.2正式版之后,开发组的几个人开始商讨下一步的开发计划,有这样几个问题摆在了我们目前:

1、Magike博客程序是基于Magike Framework开发,保证了程序的效率和安全性,但是这个MVC的框架结构比较复杂,更适合用于开发大型项目,如果在博客程序开发中可以精简掉Magike Framework自带的模板引擎以及其他一些代码,就可以提供给用户一个更精巧的程序,这与我们希望代码越少越好的初衷一致,这直接推动了新版本从内核开始重 写。

2、作为一个使用GPL V2发布的开源程序来说,虽然我们极力保证代码的规范性,但还是存在一些不足,比如程序注释不够详细,加上开发团队在对国际化的理解上走了一点弯路,与其逐步完善,不如从根本上重来,让新程序的开源血统更加纯洁。

3、Magike.com这个域名不在我们手里,而且Magike这个名字并不具备浅显易懂的含义,记忆起来有难度。

就在Magike团队决定为这个全新的博客程序拍脑袋想名字的时候,又有一名优秀的设计师fen加入了我们,Magike这个程序也获得越来越多用户的反馈,于是有人想到了Typecho这个名字。

Type,有打字的意思,博客这个东西,正是一个让我们通过打字,在网络上表达自己的平台。

Echo,意思是回声、反馈、共鸣,也是PHP里最常见、最重要的函数,相信大部分PHP爱好者都是从echo 'Hello,world!';开始自己的PHP编程之路的。

将这两个词合并在一起,就有了Typecho,我们期待着越来越多的人使用我们开发的程序,也期待着越来越多的人加入到开源的行列里。

大家一起来,Typecho )))))))))))))))))))))