前天Google公开发布了一款IE插件，掀起了针对此举的一波议论。有说Google崇高中暗藏私心的，也有说Google釜底抽薪的，在我看来这或许只是Google一个在浏览器市场相对弱势的一方对绝对强势的一方的无奈之举，而这一举动的背后显然有着一些值得探索的东西在里面。

首先得客观承认Chrome内核在速度等方面相比IE内核的优势，其次不妨分析此举对微软以及Google用户可能产生的作用。第一类用户，IE用户，安装了Chrome Frame之后，了解了Google的浏览器产品，发现还不错。接着自问：我干嘛还用Chrome插件，何不干脆放弃IE直接用Chrome呢？这类用户成为了Google的用户。第二类用户，IE用户，安装了Chrome Frame之后，发现原来IE经过Google的技术改造之后用起来也能这么爽啊，决定以后就用IE+Chrome Frame了！第三类用户，IE用户，安装了Chrome Frame之后，发现该插件与IE整合得并不好，干脆不用该插件了，不仅如此，Google Chrome在这类用户心中的印象也很难再改变，很有可能从此这类用户就认为Chrome就是一个免费的垃圾，还是IE才是王道。第四类用户，Chrome用户，一直感觉Chrome很不错对IE的速度意见很大，发现了有着一款基于IE的Chrome内核插件，就重新回到IE的怀抱里，强大的功能和快速的完美结合。第五类用户，Chrome用户或IE用户，深入比对两款内核的表现之后，发现他们各有长处，决定同时接受两种浏览器。还有第N类用户，就不一一列举了。

这款插件既能给Chrome够争夺到IE的用户，也可能丧失Chrome好不容易争取到的前IE用户。而这两者的平衡的关键就在于这么一个插件设计的成功与否上。简单分析再经过数据统计就能判断Google该如何把握这款插件的方向，其实我个人感觉目前的Chrome Frame插件放出来早了一点，Chrome内核的确有他的技术优势，但支持的功能上相对IE明显要弱一些。或许是为了响应Google某人扬言的2010年Chrome浏览器市场份额突破10%吧：）

换个角度来思考下，Google这招看似主动，其实也是无奈。谁希望把自己的孩子的心掏出来装在别人家的孩子身上呢？还真以为这是无私的器官移植？既然浏览器市场存在竞争，那相对弱势的一方就得忍受牺牲，舍不得还是套不着用户，地是圈出来的。

看到耍宝右侧栏了吗？这是耍宝最新扩展的面板。通过它您可以看到我们精选的趣味文章和好玩的宝贝。

在耍宝有一支淘客小分队，他们的职责是搜罗各种新鲜有趣的宝贝。将这些宝贝推荐给朋友们，给大家向朋友们耍宝的机会。耍宝淘客都淘了些什么好玩意？请看右边侧栏。宝贝正在征集、发掘各种新鲜有趣的宝贝，如果您发现了好玩的宝贝请火速联系我们。

还是来看一下耍宝扩展后的新版面。

迎新的同时不能忘了辞旧，缅怀一下耍宝之前的版面吧。More...

博易文章的别名（又叫 Slug 或 Cname）是访问博易文章时用的地址中的一部分。博易文章的别名是可以手工指定的，在写文章时如果不指定博易文章的别名博易会自动根据文章标题进行编码处理。而这个编码规则是这样的：文章标题的英文字符不做转换，非英文字符将被UrlEncode编码处理。这样一来，1个中文字符会被编码成6个字符。也就是说如果写文章用中文标题，又没有手工指定别名的话，自动生成的别名会很长。

长别名会影响到搜索引擎的收录，甚至会影响到用户访问。搜索引擎对网页地址的抓取是有长度限制的，如果网址超出了这一长度，搜索引擎即会放弃抓取。为了解决写文章没有手工指定别名而导致别名过长的问题，这周抽时间做了两个自动处理博易文章别名的插件，可以自动生成短别名。

这两个插件生成短别名的算法不一样，原理是一样的，用户可以各取所需。

1.自动生成MD5格式的别名 AutoMd5Slug.zip (813.00 bytes)

2.将中文翻译为英文作为别名 GoogleSlugTransliterator.zip (1.08 kb)

其中第2个插件翻译引擎是基于 Google 翻译 OpenAPI 实现的。如果您对这两个插件的使用有任何问题或者有好的建议，可以联系我。

接上一篇《迷失专业》，好友们见我近期有点小迷茫，或推荐书目或询问了解。在下在博客上向关心我的朋友们表示感谢。

一个朋友告诉我说：“用最初的心，做永久的事业。”我一听，挺有启发的，回去想了下，第二天找朋友又聊了下。

昨天想了下你的话，用最初的心做永久的事情。
我想了半天我最初的心是干什么，但发现我原先是多么的天真。

最开始我就是想做个小项目，预期有很多人因此受益，从而改变人们的现状。
而现在，似乎不太想做个什么项目。想的更多的是怎么让自己的生活简单有趣些，至于做不做什么项目倒是其次。
我总结了下，如果说先前我奢望去改变他人的现状，那么现在我则是想着改变自己的现状。

虽然还是暂时不清楚自己的本业，但能这么想，至少可以释怀很多。

有趣的是，我一个朋友在和我讨论他的个人发展历程以及后面的事业之时，采用了一连串的“=>”符号，看起来很像 C# 里面的 Lambda 表达式。这样一来，结合他自己的经历，我对他个人和事业的发展有了比较清晰的了解。我想我也能这么画画，也给自己捋捋。为了更加全面地设计今后可能的职业生涯发展，我特地从两个角度来画这种结构。这两个角度分别是职业发展和行业方向。我花了几分钟画了职业发展的结构，正准备画行业方向结构时又发现为何不把这两个结构以某种方式结合起来？于是我开始关联这两个结构。

更有趣的东西被我发现了：原来职业和事业从来是没有矛盾的，从事某个职业是可以成为完成某个事业之中的一个环节的。通俗来说，好多人，一开始并不是从事他最后所成就的事业而干的职业；他们通过在各种职业上奋斗，在大的事业方向的指引下慢慢成就事业。

虽然也是没解决眼下的问题，但能这么理解，至少把矛盾从根本上解决了。

还有些问题，需要思考，时间明显不够用了。

就在最近这几天，突然不知道自己在干什么了。刚看了一篇博客，对自己有点启发，原来我现在这种状态叫“不专业”。所谓专业，指的是它形容词的一面，专注于本业；所谓不专业，就是说不能或者没有专注于本业。何故而不专业？第一是态度，态度决定了行为，行为决定了结果，态度上的差错会导致不专业；第二是迷惘，不知到自己的本业，即便有了好的态度也无业可专。

不能不承认，这几年，我一直在回避一个自我看来的一个“问题”——技术身份。为了回避这个“问题”，我大量裁剪了博客中技术文章所占的比重，更多地关注其他专业的东西，让自己在非技术这一块的东西得以释放和被人接收到。到现在为止我并不认为这样做有什么问题，但我同时发现如果我以非技术自居而实际上又没有脱离技术这样一个工作岗位，结果就是我“不专业”了。

让我感到自己的“不专业”是在我接触到公司的一个项目之后，如果之前在技术这条路上坚持走下去，一定比现在走得更深，在现在这样一个技术岗位上也会发挥得更好。我看似在悔悟当初没坚持专一技术，但这真的是我想要的么？我自己也不知道了。现在只知道我或许应该更“专业”一点，到不必说一定要在某某专业上“专业”。

很庆幸我想我正确地排除了自己的专业，又很不幸，我没能及时确认自己所追求的专业。这大概就是职业与专业之间发生了矛盾冲突，而我该如何去做就需要时间和思考了，但愿能快一点找到答案，时间不多了。如果您有忠言，在下洗耳恭听。

60——对互联网来说是一个敏感的数字。无数有深度、有思想、包含主观色彩言论的互联网内容提供者被这个数字强暴。鲜果被维护，爱枣报被和谐，无不体现了那股势力的强大，就像一团黑云笼罩在互联网。鲜果挂了，不知道多少人没法方便地阅读到最新鲜的消息，这也许就是鲜果被维护的最大的原因和目的。

河蟹这片云一天不驱散，互联网的庄稼地就没有一阵好天气，不是刮风下雨就是雷电暴风。谁还敢种地？谁还能收成？在中国，做互联网的公司都有一个特征——说没就能没。这样的公司谁会投资？！这样的互联网行业，谁还敢投资？！

也不能全怨天气，中国的互联网在众多地方也存在各种中国特色和特殊时代的特殊现象。重要的是采用何种策略来改善互联网环境，是政府作为还是民间作为？是禁令围堵还是倡导疏通？不用多想也知道哪种效果好，不用多想也能明白哪一种方法是上策，哪一种方法是下策。

让我不明白的是，这么聪明的管理层，何故偏要采用下下策？！