可能是我对项目的期望太高，亦或者我们项目还在起步阶段，很多东西还没有最终确定，但是目前的情况让我还是有些不快和不安。

1、关注人——他们的生活，他们的工作，他们的梦想。
2、每一毫秒都至关重要。
3、简洁是有力的。
4、吸引新人，诱惑专家。
5、勇于创新。
6、设计放眼世界。
7、当下与未来的业务并重。
8、让人眼前一亮，又不会心有旁骛。
9、对得起人民的信任。
10、融入人性接触。

原文在这里。

其实做这个系统的最开始的出发点就是嫌各种东西比较麻烦，第一就是代码重复，第二就是需要一些学习成本，第三有些不太直观，第四就是麻烦。
我考虑的第一个出发点就是减少配置，使用规则替代，这样可以避免一些前后不符的情况，对于以后的维护比较好；
第二就是简单，使用的技术的门槛尽量低，类合理的少。
第三就是尽量直观易用，尽可能提供一步到位的功能。

系统的核心是javabean，或者是POJO，他是数据库操作和页面表现层的核心，数据库的内容可以直接提取出来变成javabean，页面也可以使用
javabean完成数据表现，web请求中的参数直接填写到javabean中，数据库的持久不是自动的，但是只需要调用API触发一下。

目前系统的各个部分的设计还没有考虑好，有些甚至还没有确定能否解决，需要慢慢的细化，也许需要找几个人一起来做。

另外一个很重要的原因是想试验一下自己积累的代码，验证一下自己的一些想法。如果重写，肯定要重新设计一些底层的东西，简化类似系统的开发并且简化代码，争取消除大部分的重复代码（类似的问题在JIVE中也是同样存在）。

这段时间可能会整理一些想法，更加清晰的表达出来，也相当于进行设计了吧。

其实这个问题并非不能解决，甚至可以增加各种排序功能（按照目前的情况增加排序功能对系统的损害是致命的），方法就是改造缓存系统，将目前的单级缓存修改为多级缓存。
按照jive的缓存设计，每个被缓存的对象需要提供一个大小信息，而缓存管理器会维持一个大小受限的缓存池，如果采用二级缓存，内容的主要信息缓存下来（例如标题，作者，发布日期，回复数，最后更新日期，查看数，最后回复者等等），
而帖子的内容一级回复作为二级缓存的内容，按照一定的比例分配一级缓存和二级缓存的大小，而系统中经常查看的可能是内容列表而非内容，这样
缓存的功能就可以大大增加，即使把全部的帖子信息都缓存下来也是可能的，因为这个信息相对帖子的内容而言很小。
这个改造的难点在于缓存是系统的一个非常核心的功能，缓存相关的代码可能比较多，进行重构并不容易，当然应该是值得研究下的。

目前正在开发中的是文章相关性功能，初步的设想是从原文章中取出其权重最高的五个关键字，然后看看其它的包含这些关键字的文章，其权重的和最高的就认为是
最相关的，目前看结果不是很理想，可能对于原文章中的关键字的权重大小不同对目前文章的关键字的权重进行相应的处理后得到的才能是比较好的结果。但是这个
也需要检验。