文章列表#

状态模式

现有的IM软件都有状态设置功能，常见的默认状态有：在线，忙碌，离开，隐身，离线， 但是这些状态对应的选项是不可设置的，例如TM/QQ，选择在线或者忙碌，对应的通知铃声， 接收消息方式都是指定、不可改变的，虽然这些默认设置在某些情景下可能很合理，但不总是这样。

TM/QQ 状态：可以使用默认状态作为模板附加消息来添加状态。

标签模式

目前的标签有以下几种模式(形式)：

手动外联标签模式。

这种模式将标签和内容分离，用户需要为指定文档/内容贴上不同的标签。 例如Gmail和新版Wordpress的标签。

关于面包屑导航

一直都很喜欢 千鸟志 的标题面包屑导航方式， 我准备在自己的博客主题中使用这种导航。 不过，千鸟志的导航部分和标题有重复（另外我比较倾向于使用标签而不是分类）。

改进的菜单按钮

一直想写关于菜单按钮的设计，但是太懒惰的原因，老是拖着不做。当然今天也没勤快到哪里去， 下面第二个改进图是用 Pencil 画的，并没有用脚本实现，哎，懒啊。

先看QQ/TM的设计，无论选项是什么，按钮上都没有体现出来。

如何削铅笔

看了 JunChen 翻译的 Adaptive Path：我们最爱的草图工具， 我很受启发。之前也有让公司买彩色铅笔用，但现在已经离开用不着了。 而且一直都很想买个 GTD 记事本以及其他文具，今天抽空就把装备给差不多备齐了。

电梯按钮设计

• 外面选择“上”或“下”的按钮换成“开门”，这样外面也可以中断自动关闭的电梯门， 并增加选择楼层按钮。这样电梯系统可以预知各个起始楼层和目标情况， 可以结合历史数据合理调整运转过程，对用户来说，也不必都挤在电梯里忙着（或忘记）选择目标层；

• 选择“上”、“下”以及楼层的按钮可以取消选中。建议如下：当前被选中，则按一下取消选中，否则选中。 目前有一些稍人性化的电梯可以取消操作，但是要按N下，而一般用户又不知道N等于几？ 其实按一下就够了，不过避免误操作，连续按两、三下取消也可以，并在旁边给出提示；

• 里面保留选择上、下和楼层按钮（用户可以中途改变目标），但是选择楼层的按钮应该放到开、 关门按钮的下面，方便儿童和残障人士使用（开、关门是自动的，影响不大）。

这个改造成本不知道算不算大，每一层都需要增加选择楼层的按钮，不过这对用户和系统都是有利的， 为电梯系统设计的合理也做了准备。我觉得这是未来电梯的最低配置。

笔试后双方最好能当面讨论题解

最近有好几次进阿里集团的笔试经验，有一个小体会：笔试后招聘方和应聘方最好能一起交流讨论题解 （记得学校考试的时候，对题目有疑问时可以举手提问，老师也有出错题的时候，但是考场上发现后会立即处理。 不过由于笔试时间短，出现意外再改的话时间会很仓促，所以建议在笔试后讨论，题可以先按照“常理”解答）。 前两次分别在 淘宝UED 和 阿里妈妈

由邮件排序想到的

目前的电子邮件系统，均是使用倒序列出邮件列表，最新的邮件总是在第一封。 这样做也并没有什么不好，不过这是最好的排列方式吗？ 新邮件很容易将较早的邮件挤到下面甚至是后面的页面中，导致最先收到的邮件反而最后被看到， 这就出现了公平性问题，当然并不是先到的邮件就一定要先看，甚至邮件被直接无视也有可能。

淘宝应聘后记

前段时间在北京做项目，期间看到一篇关于 "如何做好一份前端工程师的简历？"， 又在 blueidea 看到一些感兴趣的招聘帖，就参照着简要写了一份简历，并随手投了一些。 口碑 UED 因为已经招好了人，就帮我转投给了淘宝 UED（其实好像我本身也有投）。

JavaScript 无块级作用域

最近在做一系列JavaScript压缩工具，语法压缩，语义压缩，字符串压缩均有涉及（p.s.有趣的是， 压缩变量名之类的“有损压缩”不影响代码执行，但是字符串压缩这样的“无损压缩”却总是需要解压消耗）。

在实现压缩局部变量名时，最初的实现是将 if/else, for/in, do/while, switch/case/default, try/catch/finally, with和Object实例对象（后面统称为“块级作用域”）与function一样， 都作为独立的作用域，但是测试发现在JavaScript中并不是这么回事。