主题：真心，虚心请教软件人士，这些看似反智的变化背后有什么原因 -- dfindy

The Essentials of Interaction Design

顺带也可以看看他的另一本吐槽：The Inmates Are Running Asylum

这位Cooper老爷子，就是Visual Basic的发明人。当然我知道很多人——那之前和那之后的软件开发人员——看不起VB，但对我而言，这位老爷子是我在设计之路上的指路明灯，我是在看了他的书以后，才开始对软件“设计”懵懵懂懂地有所感觉。

这并不是说在那之前我对设计一无所知，毫无心得，大言不惭地说，我那时做的软件设计不论以当时的什么标准评判，都可以归入“优秀”一列——只不过市场或用户怎么看那不在我考虑之列😁

回过头来说问题。

先说说第二个问题，也就是文件夹分类的事，因为Cooper老爷子在书里专辟一章讲这个问题。

简单说就是，用文件夹归类是利用了操作系统特性，通过位置存储和检索，这是实现模型，但不符合用户的心智模型。因为一个文件可能可以有很多属性用以归类，但它却只能属于一个文件夹或者说是目录。当用户使用这个文件的方式发生变化，意味着用户看待这个文件的心智模型发生变化，使用了操作系统树状层次结构的文件目录很难适应这种调整。

那么可能的应对是什么？应该是存储与检索分离，根据属性进行检索。业界最终的选择就是你正在吐槽的这个。

实际上，发展到今天我们看到的这个效果，经历了一个相当漫长的时期。这是硬件效率和软件发展的共同结果，包括但不限于计算机和网络硬件速度的提高、软硬cache的应用、Ajax为代表的异步技术的推广、搜索技术的提升……

但在老爷子写书的那个年代，我们已熟视无睹的这一切还都难以想象——哪怕以他的头脑也难以想象。因此在他眼里的解决方案，十年后被Google实现在了gmail里，就是gmail里的“邮件标签”特性。

传统的收件箱、草稿箱等等依然存在，代表着传统上遵循树状层次文件结构的实现模型。但是标签功能赋予用户为一封邮件赋予多个属性的能力，用户可以按照标签——也就是不同属性——为邮件分类。这赋予了用户实现邮件分类的无与伦比的灵活性。

关于日历的问题，在这两本书里没有直接的答案，但这并不表明不能从中收到启发，这两本书里都提到了对日历软件的思考。老爷子将时间分为两类：截止时间和过程，不论是哪一类，我想都可以找到支持当前这种日历时间表达的理由。我个人认为，你吐槽的这种时间表达方式，表达的是传统方式难以表达的时间相对性，如果承认时间相对性是有用的，就不难找到表达它的方式，当然也就可能有比你所吐槽的更好的方式。