其实可以很容易合并成一个库的，命名的元素分离成字典数据，生成规则用自定义的表达式描述，一个可选的callback对生成的名字进行过滤

调用的API形如：
generator.get("{surname:1}{name:2}{skill:1}", function (surname, name, skill) { //return true or false; });

然后就会加载surname.dict, name.dict, skill.dict，分别随机读取指定的长度，然后传给callback按一定规则过滤（比如五行相克的return false），直到生成返回true的名字。

要扩展只需要加dict，和规则的表达式就行了。

比较重要的一点是别记流水账，这种事情有git commit log的存在。
记录的粒度太细会带来问题，过段时间后你会发现得到的就是一坨没有组织结构的raw data。
我个人习惯是解决了一个问题后，再回头去读一遍diff，总结经验记录下来，在总结的过程中往往会需要去除一些项目相关的不具备普遍性的细节，得到更为通用一般化的结论/解决方案，这样收获更大。

真巧，正好脑洞打开的把Caps Lock映射到了cmd.exe。
改任意键的按键映射，可以用这个工具：
http://sharpkeys.codeplex.com/
光是要改Application Keys运行的程序的话，看注册表：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\AppKey\

@liaa Peek Through

好吧，我都是用能改变任意窗口透明度的工具，任意混搭。

SQL两种读法都有：sequel或者S-Q-L
M$内部一般都是前者，而SQL标准则是后者。
http://en.wikipedia.org/wiki/SQL#Standardization

从用户体验的角度来讲，这种需要占用用户时间和资源上传的东西，不要随意丢弃。想像一下你忍者龟速上传了一个几M的gif，然后抽风了文章没保存，于是又要重新上传是多么蛋疼的事情。
要考虑存储空间占用的问题，要先思考图片是什么。一个图片资源其实产生了两个实体：物理文件和元数据。物理文件很好理解，元数据则是用户给图片附加的属性。
对物理文件做hash，hash当作文件名存储，用户的重复文件不会占用多余的存储空间。元数据才用数据库管理，不同用户的不同元数据可能指向同一个物理文件。这部分逻辑可以对用户隐藏，也可以通过类似媒体库的概念暴露给用户。
真正量大到要操心空间占用了，就像楼上说的，引用计数，超时未用的图片删了就是了。

数据固定么？需要改动么？改了需要写回文件么？
既然数据格式已知，完全没必要用HashMap和LinkedList，直接分配一个巨大的Array，减少overhead。对应key的index很容易计算，或者用一个HashMap<Integer, Integer>来记录每个key的第一个index。
另外就是一次完成分配可以提高分配到连续内存的概率，减少碎片的产生。

反面例子居然占据黄金位置，这样好么。
这种板式里，样例图最好满屏边缘不要留白，不要多张，而是在一个位置幻灯片滚动。
交互方面，保持每一节内容满屏，滚动的时候直接平滑滚到下一节。
对比图在视觉上没有体现出对比的逻辑，有点像在展示同一种商品的三种型号。
从转化率的角度来讲，最好是在任意位置都能方便的购买，而不需要拖到最后才有。

@Lemonade 好吧，这种必然冻伤，液氮堆积在一处有足够的时间把环境温度冷却下去，跟短时间直接接触液氮不同。

@Lemonade 舞台上用的是干冰

@Livid Nice

@Livid 有考虑增加JSONP支持么？裸JSON不能cross domain，web app的话就只有用服务端爬一遍。

@tumutanzi 正常使用肯定是安全第一，偶尔开下脑洞这样玩也得做好准备。比如手上如果有一点水，伸进液氮都有可能会被冻伤。曾经有人脑洞开得过大喝液氮，于是送去抢救了。

好吧，markdown视频不能显示：

http://www.youtube.com/watch?v=Xj-prpHfyEY

Surface Pro + OneNote
微软当年搞tablet就是主打手写的，技术积累在那里。

懒得出门，打算搞个跑步机放电脑面前，一边写代码一边跑。
Linus大神就是这样搞的。

@dbbbit 看了几篇文献，权重基本上都是这么暴力，主要的考虑是其它词性的词大多是对内容没贡献的虚词、高频词，如果不过滤掉估计也得逐步加进停止词列表。
看到的文献里大多没有把词性分得像SAE这么细，所以其实名词、动词、形容词、副词基本上就能涵盖大部分有效内容了。
于是现在就要tweak那100+词性的权重，目前的实现肯定是漏了些，比如1L提到的时间专指词“中秋”。

@ChanneW 就是这样搞的