这几天在想界面设计的问题，然后突然回想到前一段时间偶尔看到这篇文章： "you are solving the wrong question"。我一下子明白了我需要什么样的字典界面。
这篇文章里面提到，要设计出一架只依靠人力飞越海峡的飞机，关键问题不是设计这架飞机本身，而是找到一条能够用最短的时间制造一架飞机的途径。按照这个思路，MacCready 能够一天之内，或者几个小时之内能够造出一架新的飞机。如此他就可以反复试验，不断改进，在很短的时间里面将自己的设想变成实物进行检测－－－而其它的组，则花费大概一年或者两年的时间，按照想象去造一架飞机，然后在几分钟的时间里面坠毁，而后又花费一年或者更长的时间造第二架。。。如此则永远没有足够的时间。最后自然MacCready成功了。
这篇文章提醒我要反复的从问题的表面看到问题的本质。
回到我自己的问题上来。如果我已经有了所有的数据资源，我自然可以马上跳到具体的字典的界面设计上去。但是我没有。我需要自己写一本字典。所以我的界面不是我想象中的传统的字典的界面，而是一个编写字典的软件的界面。又或者说，我要写的是两个东西：一个是字典编辑的界面，另外一个是字典查询的界面。在其它的情况下这两者也许是分开的，但是对于我现在这种情况，这两个是合为一体的。所以我的面临的问题，并非是我一开始想象的“如何设计一个字典”，而是”如何设计一个具有查询功能的字典编辑软件“ 。我可以想象得到，随着程序编写的深入，我对这个问题应该还有更进一步的认识。