算法无论是高级语言，还是底层语言，都一样通用。有些算法比较艰难，非常类似于中国象棋、跳棋当中的算法，很难去计算出后面的整体步骤，也许能算出最近的几步，但是后面的几十步，是很难算出来的。Eonval项目最近遇到的比较艰难的算法，主要是数据库的分布设计、优化设计，考虑更多的是程序效率的问题，还有数据库的关联也最能把人绕晕，在初期的开发中就一次做好。这种设计，常常令人无从下手，因为要考虑的“步数”过多，有时一两天、两三天都毫无进展，解决的办法只能是走一步，看一步。

这些艰难的算法，比如用户注册量统计、使用量统计。因为统计的服务器，和主站是分开的，写入时，先写入统计的服务器，按月来计数。统计的服务器写入数据后，再将相应的数据远程拷贝给主站，这一功能用了2天才完成。

使用量统计更复杂一些，因为是按天来计数，方法同上。程序设计和按月统计大致相同，但需要重新构思。
这些算法，常常能把人绕晕。

还有之前Feedval的OPML导入的功能。因为涉及到分组ID的批量回收利用、RSS ID的批量回收利用，这个导入功能用了几天才完成，有些优化算法实在是令人无从下手。相反的，OPML导出的算法则容易许多，实际基本上没有什么算法，只是根据数据库的关联，反向合并相应的数据库，当时用了一小时左右，就完成了OPML导出的程序编写。