时间算法

以用户为中心的细节优化设计，往往会遇到非常复杂的算法问题。

因为程序是用一种清晰的逻辑来理性处理问题，可惜用户的思维往往都是非理性的，而且还可能掺杂有很多习惯和传统在里边，所以搞起来很费工程师。

比如时间传达，绝大多数情况只需要了解量级，但具体如何划分？我观察到的答案：

一天之内

N(n<60)秒前
N(n<60)分前
N(n<24)小时前

十天之内

昨天（早上、上午、中午、下午、傍晚、晚上、凌晨）
前天（早上、上午、中午、下午、傍晚、晚上、凌晨）

• 早上N(5-9)点
• 上午N(9-12)点
• 中午N(12-13)点
• 下午N(13-17)点
• 傍晚N(17-20)点
• 晚上N(20-24)点
• 凌晨N(0-5)点

一周前
N(<10)天前

一月之内

N(<5)周前
N(<30)天前
半个月前

十二个月之内

N(<12)个月前
半年前

更多

N年前

对于时间的应用，用户和我们一样，都是很懒的思维，比如上班时间基本是9点或者9点半，没见有人定9点03或者9点17；我们通常不说11点45，而是差15分到12点；到了8点58，我们更习惯说马上9点等等，具体场合需要挖掘不同需求。

至于为什么北京到处立奥运倒计时，那是为了提醒我们，每秒都在和奥运靠拢。

© 一叶千鸟（转载请留原文链接，更新于2008年04月09日11点）

转载时务必以超链接形式标明文章原始出处和作者信息及版权声明。
您可以通过订阅 RSS 2.0 跟踪对这篇文章的评论 ，或者在您自己的网站中 引用(Trackback) 它。