上一次和Mayfield的Richard聊天，最大的收获，就是他对于每个企业都为特定的事情优化的理论。我觉得很有道理，分享给大家。 每个企业，如果成功了，尤其在一个高度竞争的市场上面取得惊人的成功，必然是这个企业的全部都为做这一件事情优化到了最好。换句话说，也就是如果它开始做除此之外的事情，就注定了它的一切行为，就有可能都是对另外一件事情样样都不是最优的，就容易失败。 比如说，Google就是做搜索技术的，微软就是做平台的，eBay围绕着拍卖，Yahoo!就是做媒体的。他们都在自己的领域经过了十年到30年的优化。这种优化，体现在这个企业的方方面面，从招什么样的人（用什么样的方法招人），到提供什么样的培训，从到工资制度，激励制度，到判断成功的标准，甚至到创始人的性格等等这些因素，这些都注定了一个企业在它擅长的领域的成功。因为决定因素太多了，我们经常笼而统之的称之为一个企业的DNA。 不幸的是，当一个企业注定要扩张的时候，面临的第一个问题就是环境的改变。当把一个领域的DNA移植到另外一个领域，或许还可以成功，但和原来一样成功就比较困难。 Google是做技术的，从创始人，到招的人，到公司崇尚技术的文化，造就了它混合了近乎学术的核心技术和远远不断的创新的DNA，这的确让互联网领域的其他技术公司望尘莫及。而如果进军媒体性质的服务，它的Geek特质就不是那么受人欢迎，做Google Video不成，收购YouTube，也不被看好，blogger，Picasa虽然不能说坏，但的确和他在技术方面的成就不太相称。 微软也是做技术，做软件的，更准确地说，它是做平台的。你看Windows很强，IE也是用作平台的思路做出来的，都不错，但当它进军游戏，XBOX虽然营业额不错，但就是打不过PlayStation，而且终究不像Windows + Office那样占据半壁江山的收入，同时Zune打不过iPod，超长的产品线从歼灭战进入了一对一的肉搏战，就算是微软已经非常强的企业级应用，比起专门从事这些行当的公司，虽也不能差，但却再也无法达到他在平台上面的成就。 如果用《创业公司的欲望》里所说的适者生存，精确匹配的理论来讲，就是只有对于一个环境精确的匹配，才能在这个环境生存和成功，而在另外的环境，同样的DNA即使是不灭绝，也活得一般。 我们看到在美国越成功的公司，在中国反而失去了那种光环，而在美国不是行业最领先的公司，在中国反而有了超越对手的机会，比如麦当劳和肯德基这对冤家就是。可能麦当劳的暂处下风，就是应为他太适应美国，就不如不那么适应美国的肯德基敢于破釜沉舟的改菜单，做尝试，所以没有那样成功了。 对于进入新的领域的公司，分开是一条路。安达信讲究一丝不苟的会计和讲究高瞻远瞩的咨询在两个领域搏杀，最终分出了Accenture；专注于仪器的安捷伦也改变了自己的DNA，从惠普杀出。历史上的合并，分拆，都是为了更是应这个变化的世界。...

eMule在Vista下的兼容性问题，主要有3个表现，1是可能造成内容重复下载(即Temp目录中的内容莫名其妙的重复出现)，2是设置的选项有时感觉会有回档，3是平时浏览Incoming目录下找不到文件，要点击工具栏上的“兼容性文件”按钮才能看见。
刚才简单研究了一下，本质是由于Vista启用了新的UAC(用户帐户控制)系统，所有的程序默认都是通过标准用户执行(没有管理员权限)，没有权限对Program Files文件夹进行写入操作。而为了向前兼容，如果程序试图对Program Files写入，会被自动转到C:\Users\用户名\AppData\Local\VirtualStore\Program Files\目录下，实际文件都会被记录在那个目录。
而eMule默认不论是配置读写还是下载文件保存都在Program Files目录下，实际都被写入了C:\Users\Dash\AppData\Local\VirtualStore\Program Files\eMule。应该就是这个原因，造成了eMule在Vista下的兼容性错误。1、2所述的问题，可能是由于eMule或Windows为正常关闭引起的，最近似乎没有再遇到。

解决方案参考:
1. 执行eMule时，点右键，选择以管理员身份运行。(只能自己临时使用)
2. 在控制面板，用户帐户中，关闭UAC。(这样能解决所有兼容性问题，安全性回到XP时代，只能自己使用)
3. 文件下载目录默认不放在Program Files目录下，如FlashGet放在C:\Downloads，就没有这个问题。
4. 通过其他某些方法，使eMule强制以管理员身份执行。(利用漏洞达到目的可能性不高,不知道微软有没有提供什么方案)

参考资料:
http://www.bitscn.com/windows/system_secur...0612/84914.html
http://support.microsoft.com/kb/927387/zh-cn

以前介绍过 sort -m对多台服务器上的日志进行排序合并，但是最近发现有时候cronolog截取日志并不干净，就是说按天截断的时候，还是有可能出现几条跨天的日志记录。March 31 => April 1时候日志排序倒错的可能性还是存在的。

最近才知道知道sort 还有-M模式，是可以对有英文月份的字段进行排序的：
-M An initial string, consisting of any amount of white space, fol-
lowed by three letters abbreviating a month name, is folded to
UPPER case and compared in the order `JAN' < `FEB' < ... <
`DEC.' Invalid names compare low to valid names.

这样就不会在 March => April 的时候出现排序倒错的问题了。

更可靠的一个工具就是logtools中的：clfmerge，合并速度比较快，而且对于日志跨天也没有问题。

the elzr weblog has recently posted an infodesign challenge: "My mother’s 48. She can’t read small type very well. She has trouble using little calendar cards because the day numerals are so small. There is so much repetition in the current scheme for representing a year that there has to be a better way, a better infograph that will fit a year within 86 by 54 millimeters of hard paper."

not sure whether this is sufficient for a design brief (or whether a collection of far-sighted mothers will judge the entries), but I guess someone from the infosthetics crowd could try to help her? I would appreciate any submission to be posted here in the comment section as well, as the entries could then be added to this post.

for inspiration, see also creative calendar design.

[link: elzr.com]

a movie depicting several prototype applications for Jeff Han's famous multi-touch display. next to some impressive photo sorting & Google Maps browsing, a classic data visualization application is shown around the 2:47 mark.

[link: fastcompany.com|via asourceofinspiration.com]