诚然，收购不到雅虎，虽然微软的广告技术很高，但与google对抗还是需要不少时日，一个看似好遥远的未来，一个或许搞不好永不会实现的梦想，但战争绝不会结束，微软霸道这么多年，肯定不会这么容易击败，但是微软的未来在哪里？微软有着最复杂的显示广告技术，但是推广起来却找不到什么好的门路

如果，仅仅是如果，如果微软向国内一些小共享软件学习，比如原来的快车，把windows做成共享软件，不注册也可以用，但你要接受我的广告，注册了你就掏钱，我就帮去掉广告，估计用户们应该没有什么问题，因为大不了他们还花原来那么多钱注册一个和原来一样的windows，没有任何不同，但对于另一部分人来说，他们可能是因为没钱，或者根本就不想在这上面投资，所以如果共享了，可能会把这些人中的一部分拉过来，如果他们可以接受广告的话

需要担心的有两点，一是微软的windows销售会受到影响，至于影响多大，我不知道，对于中国来说，影响不大，反正他本来也卖不了多少，对于西方国家，不晓得他们对广告的接受程度到了一个什么样的水平，是否肯为了省些钱而接受一些广告，二是……（汗颜~~~写前一句时还想好了是两点，现在却想不起来第二点是啥了，等会儿想起来再补吧）

广告形式这时候变得特别重要，因为不同的广告肯定给用户的感觉不一样，对于广告客户，肯付出的价格也肯定不一样。四周看看这个windows，可以利用的地方很多啊，比如桌面背景、文件夹背景、窗口标题栏、状态栏、开始菜单等等，如果是vista，sidebar也是个不错的地方，最好还是用户可定制的广告显示方式，如果能连广告类别等也能定制，那我肯定可以接受这些广告，与其说是广告，还不如说又多了一个获取信息的地方。

如果能把广告做到windows 里，以微软的技术，要做到真正的精准，应该并不很难的事情，只是要考虑一下个人隐私的问题~~~~~~~

从前天开始（2008年5月9日），google的翻译进行了较大了改进，其中包括中文和20多种语言之间的互译，以后用起来就爽得多了，难道这就是与金山合作的另一成果？想来不应该这么快，而且其他语种之间互译，金山原来估计也不做，不知道是个意思

闲话少说，中译英测试：

(想必不少人都看过《魔幻手机》吧？里面有句经典台词叫“拉出去扁，往冒烟儿里扁！”，现在我就拿这句话来测试google，哈哈)

• 拉出去扁，往冒烟儿里扁，Pull out the Chen Shui-bian, Chen Shui-bian to smoke in infants,
• 拉出去扁，往冒烟儿里扁。Pull out the Chen Shui-bian, Chen Shui-bian to smoke in infants.
• 拉出去扁，往冒烟儿里扁？Pull out the Chen Shui-bian, Chen Shui-bian to smoke in infants»
• 拉出去扁，往冒烟儿里扁！Pull out the Chen Shui-bian, Chen Shui-bian to smoke in the child!
• 拉出去扁。往冒烟儿里扁，Pull out the Chen Shui-bian. Children to smoke, Chen Shui-bian,
• 拉出去扁。往冒烟儿里扁。Pull out the Chen Shui-bian. Children to smoke, Chen Shui-bian.
• 拉出去扁。往冒烟儿里扁？Pull out the Chen Shui-bian. Children to smoke, Chen Shui-bian»
• 拉出去扁。往冒烟儿里扁！Pull out the Chen Shui-bian. Children to smoke, Chen Shui-bian!
• 拉出去扁？往冒烟儿里扁，Chen Shui-bian pull out» Children to smoke, Chen Shui-bian,
• 拉出去扁？往冒烟儿里扁，Chen Shui-bian pull out» Children to smoke, Chen Shui-bian,
• 拉出去扁？往冒烟儿里扁。Chen Shui-bian pull out» Children to smoke, Chen Shui-bian.
• 拉出去扁？往冒烟儿里扁？Chen Shui-bian pull out» Children to smoke, Chen Shui-bian»
• 拉出去扁？往冒烟儿里扁！Chen Shui-bian pull out» Children to smoke, Chen Shui-bian!
• 拉出去扁！往冒烟儿里扁，Chen Shui-bian pull out! Children to smoke, Chen Shui-bian,
• 拉出去扁！往冒烟儿里扁，Chen Shui-bian pull out! Children to smoke, Chen Shui-bian,
• 拉出去扁！往冒烟儿里扁。Chen Shui-bian pull out! Children to smoke, Chen Shui-bian.
• 拉出去扁！往冒烟儿里扁？Chen Shui-bian pull out! Children to smoke, Chen Shui-bian»
• 拉出去扁！往冒烟儿里扁！Chen Shui-bian pull out! Children to smoke, Chen Shui-bian!

结果分析：

1. 居然不认识问号，那个问号的翻译太搞笑了
2. ， + ！ 情况下会把 infants 换成 child ，其他情况后面的标点会直接翻译，不影响句型和单词的采用
3. 当使用仅表示语言停顿的逗号时，冒烟儿的都是Chen Shui-bian
4. 当使用。？！等表示截断上一句意思，而非停顿时，那个儿化音被使用了复数 children ,冒烟儿 的也不是 Chen Shui-bian 了

看起来google似乎不太理解儿化音，那去掉儿化音，再测！

• 拉出去扁，往冒烟儿里扁，Pull out the Chen Shui-bian, to smoke, Chen Shui-bian,
• 拉出去扁，往冒烟儿里扁。Pull out the Chen Shui-bian, to smoke, Chen Shui-bian.
• 拉出去扁，往冒烟儿里扁？Pull out the Chen Shui-bian, to smoke, Chen Shui-bian»
• 拉出去扁，往冒烟儿里扁！Pull out the Chen Shui-bian, Chen Shui-bian, to smoke!
• 拉出去扁。往冒烟儿里扁，Pull out the Chen Shui-bian. To smoke, Chen Shui-bian,
• 拉出去扁。往冒烟儿里扁。Pull out the Chen Shui-bian. To smoke, Chen Shui-bian.
• 拉出去扁。往冒烟儿里扁？Pull out the Chen Shui-bian. To smoke, Chen Shui-bian»
• 拉出去扁。往冒烟儿里扁！Pull out the Chen Shui-bian. Chen Shui-bian, to smoke!
• 拉出去扁？往冒烟儿里扁，Chen Shui-bian pull out» To smoke, Chen Shui-bian,
• 拉出去扁？往冒烟儿里扁。Chen Shui-bian pull out» To smoke, Chen Shui-bian.
• 拉出去扁？往冒烟儿里扁？Chen Shui-bian pull out» To smoke, Chen Shui-bian»
• 拉出去扁？往冒烟儿里扁！Chen Shui-bian pull out» Chen Shui-bian, to smoke!
• 拉出去扁！往冒烟儿里扁，Chen Shui-bian pull out! To smoke, Chen Shui-bian,
• 拉出去扁！往冒烟儿里扁。Chen Shui-bian pull out! To smoke, Chen Shui-bian.
• 拉出去扁！往冒烟儿里扁？Chen Shui-bian pull out! To smoke, Chen Shui-bian»
• 拉出去扁！往冒烟儿里扁！Chen Shui-bian pull out! Chen Shui-bian, to smoke!

嗯……似乎没什么起色…………只是………………复杂了好多~~~~~~~~~~~~~~~~~~~~

曾几何时，易趣几乎成了中国电子商务的标杆，却终究还是逃不过，18个月灭掉淘宝的豪言还回荡在耳边时，就差点儿被淘宝给灭掉

眼瞅着无法翻身，却放不下身价，归了Ebay可以却不了解中国国情，最终还是卖掉完事儿，TOM接手努力N久，还是没办法，终于要免费了

不知道这是不是算晚，单纯免费肯定是没戏，只是想着，既然现在管理人员连免费都敢做，应该还会有一系列的大举措吧，一枝独秀未必是好事，真的希望易趣能够回来

以下浏览器测试没有发现大的BUG：
IE6 / IE7 / Firefox2 / Maxthon2 / Opera9 / 腾讯TT3 / Safari3.11(win) / Netscape Navigator9

又改了一些东西，虽然感觉依然不满意，但个人审美水平就到这儿了，无法突破，是不是考虑什么时候找个人教教我关于美工和配色的东西？表告诉我说这东西是天生的要靠灵感和感觉的，我会失望，非常失望的……

在此强烈感谢 棕熊 和 杨正祎(阿一) 两位同学的建议，俺和棕熊同学的审美根本不在同一档次上，可惜他在上海，要不然我非拉他当师傅不可。阿一的审美也强过我，如果要选出对博客园的皮肤最熟悉的人，非他莫属，我是第一次做模板，如果有什么问题，还希望阿一同学指教，哈哈，再次非常感谢！

对比上一篇博文，此次修改了下面的这些内容：

• 1. 修改了“我的闪存”标题的样式和其他SideBar里的标题保持一致
• 2. 增加SideBar和forFlow间的留白
• 3. 修改了部分标题和链接的颜色
• 4. 实在搞不定SideBar和forFlow之间那个竖线，只好把SideBar变成左下右三面边框的样子
• 5. 增加全部页面的行高，看起来好像不像原来那么挤了
• 6. 增大了博客主标题的字体和周围的留白
• 7. 对Tag和相册相关的页面进行了样式控制
• 8. 添加了对Profile.htm页面的样式控制
• 9. 对博文页下面UpdatePanel进行样式控制

另外还是希望dudu和阿一可以尽快把Custom这个模板的博文页发表评论那里的UpdatePanel给重构一下，至少，把文本框宽度的数字加个单位……太窄了，看着好丑……而且给CSS宽度加上单位，这个应该算是解决BUG，不会影响其他模板的使用，希望可以解决，谢谢！

PS：
@阿一，如果没有发现什么错误，现在可以发布为模板，名字嘛，不知道，你帮我取一个喽，呵呵。
@喜欢这个模板的朋友，你们可以等到阿一发布为模板后再选择，也可以自己在后台配置里选择Custom模板，然后把下面这些CSS代码COPY到“通过CSS定制页面”中，并“禁用模板默认CSS”保存，就可以得到所有的样式了.

拒绝图片，拒绝彩色，全站模板中只使用#333/#666/#999/#ccc/#ddd/#f6f6f6六种颜色，简单生活！

拒绝代码垃圾，拒绝CSS hack，CSS文件不到3K，给浏览器最快的解析体验！

可惜啊，这只是个半成品，只在IE7和FF2下测试通过，而且个别我从未用过的页面可能给忘掉了

使用了Custom模板，顺便问几个问题：

• 1. 模板页面中的Profile.htm是博客中的哪个页面？找半天也没看到一个很它相像的页面
• 2. Tag页面和相册页（不是相册列表，是相册列表中相片点进去之后那个页面）在下载的模板文件中不存在？
• 3. “我的tag列表”页面的标题<h3>直接跟在了class="forFlow"之后，所以无法用只针对页面的选择符去控制，虽然效果很容易做到，但总觉得不爽
• 4. 随笔页下面那个UpdatePanel中评论框宽度有数值没单位，我可以控制，但我觉得还是DUDU来改下程序比较好
• 5. 评论下面的“看看谁阅读了该文章”和“所属分类的的其他文章”都不在下载的模板文件里存在
• 6. UpdatePanel中三部分在同一个table时而这个table却没有class，建议给这三部分以分别的class，把inline style去掉吧

下面是代码，有需要的同志自己来拿，请在配置里选择Custom模板，然后把这些COPY到“通过CSS定制页面”中，并“禁用模板默认CSS”保存即可：

你能想得到大家都在想买啥吗？你又能想得到大家都已经买了啥吗？

看看这两个图吧，啥也不说了，愿望总是好的，现实却总是有那么一点点残酷：

• 所有这一切是创造者：元首
• 间谍 ＆ 绑架者：莱克莎
• 本书第一主角：汤普金斯

最初，元首想用自己的钱来获取绝对的权威，然而后来他发现自己错了，于是才有了后面所有的故事。书中一直没怎么描写元首，甚至都没有提到找汤普金斯来做这一切是不是他的主意，只在开始时可以看到一些，他应该也是写过很多程序的人，有很多钱并善于利用这些钱。那我们来看他都做了些什么：因为他以前就是做IT的（不知道那时候有没有IT这个词），所以他可以看到其中的商机，选择了一个非常正确的方向；他找了一个非常强大的助手－－莱克莎；他去资本市场打拼，最终得以上市。这是一个真正的领导者，做了三件事：选择一件正确的事，选择一个（些）正确的人，发挥自己的长处而非直接做事。

一直奇怪莱克莎到底是一个怎么样的人，几乎所有能够解决某一领域问题的专家都逃不过她的手掌，在项目中，虽然有马克夫准是“人力资源库的管理者”，但在人员方面，她的贡献还是最大，她总能找到非常合适的最高层，然后把其他的事交给别人。因此：你可以对项目不熟，你也可以什么都不干，只要你总能找到合适的人，那你一定是成功的。比较奇怪的一点：莱克莎仅凭一面之缘就记下汤普金斯，并且在需要的时候把他收下，可是她凭什么确定这个人就一定能胜任？呵呵，她是一个间谍，有着非一般的洞察力，在现实中，这种能力也非常重要，但怕是没有人可以做到她这种程度。另外一个比较有意思的事，几乎没有一个来摩罗维亚的高人是明确自愿来这个地方的，欺骗、绑架……无所不做，是否也说明一个问题：关键的人物总是无法通过普通的招聘程序寻到，总是要一些非常手段才可以得到？

可怜的汤普金斯先生是最累的一个，要负责项目中所有的事，要找到合适的工作的人，要对最后期限负责，要应付项目中各种问题，还要应付各种人如贝洛克之流。他也是幸运的，资金、人员、设备他全都有，而且还总有莱克莎送来合适的人解决当前的问题。他最大的优点可能就是善于学习和敢于打破常规了。

元首的资金和开明，莱克莎敏锐的洞察，汤普金斯的勇气，再加上其他很多人的帮助，终于促成项目的成功。最终大家都得到了什么？对元首来说，项目根本就是不重要的，他要的是结果，他只管收钱，只是为了完成资本的一次次上升。汤普金斯收获金钱之外，还得到了对他一生都影响巨大的很多经验。莱克莎最可怜，最大的贡献换来那一点可怜的钱。当然汤普金斯和莱克莎还获得了爱情，这应该算是最大的收获吧。

经常会遇到这种情况：项目要开始了，公司各部门的人坐到一起开始讨论一些具体的需求，一场旷日持久的争论于是开始了，最终的结果却是：“先大概这样吧，技术人员先这样做着，细节的东西到进修再说”。因为有一些边缘性的事务总是明确不起来，两个部门可能会对一件麻烦的事踢皮球，也可能对一件权力或利益相关的事争夺，皮球总没办法踢完，争夺战也总没完没了，于是讨论陷入了僵局，只好先这样。

做为最终决策者，果断结束这场争论，把问题往后推，是不少人的做法，而且看起来也是相当有效的做法，然后对于开发组的人来说，这却是极麻烦的一件事，这将直接导致前期架构无法考虑全面，中期编码的不确定感，后期测试阶段的需求不断变更。最终的结果当然是大家都很累却都不满意这个项目，而且项目可能延期严重。

“规格文档中的含糊标志着不同的系统参与者这间存在着未解决的冲突”，一些看似小case的未解决的冲突，到后来可能被无限放大，需求阶段的不明确，哪怕一个小小的问题，都会造成巨大的影响，在业务处理系统中尤其严重。所以需求阶段一定要明确各部门的职责，明确到每一荐数据的输入输出和处理，一旦这些东西全部确定了，项目离成功就很近了，在两个部门之间转移功能，如果是在项目后期，那将是一场灾难，有时候无法避免，但我们应该尽力，应该可以在需求阶段把能够讨论清楚的讨论清楚再说。

解决冲突的关键：

• “冲突应当引起重视。冲突并不是缺乏职业道德的行为。”
• “谈判困难，调解容易。”
• “记住：我们都站在同一边；跟我们对立的，是我们要解决的问题。”

“适当的压力对项目是有利的，可以提高工作效率，加快工作进程”，你同意这句话吗？至少在我看这本书之前，我的看法是这样的，和汤普金斯、贝琳达他们一样，但他们后来的结论却是：“我们关于压力的整个理论都是错误的，每个人的理论都是……”，但对于增加压力“几乎所有的经理都会玩这一手”。

设想一种情形：一个很小很小的项目，甚至不能称项目，只是一个独立的小功能，老板说：给你三天时间，你把这个做完吧！在开始你可能也会过于乐观：这根本不需要三天！当你还有其他工作，而这只是个插曲的情况下，在第一天，甚至第二天你都无法很专心的去做这件事，然而等你开始做了，发现一个个问题接踵而来，你根本没有办法在三天内完成！多么糟糕？但你却不敢去和老板说，因为你是打了包票的。于是在第三天结束时，老板问你怎么样了，你一般会回答：“基本上好了，有一点小问题可能需要修改，一会儿就好。”第四天老板继续催，你的新借口也多起来，一周后你明显感觉老板脸色不好看，你会怎么办？实现功能！如果是我，我会这样做，仅仅实现功能，其他一概不管。于是，当你风急火燎的把东西交给老板，你很担心，因为你根本对这东西没信心，你甚至都没来及完成测试。

想想这个小功能的结果是什么？哈哈，十之八九老板叫你过去大骂一顿：这根本就不是个产品！这里不行，那里也不行，这里不应该这样，那里应该那样却不是那样，一无是处！为什么会有这样的结果？老板会说你工作一点都不动脑子或者一点都不会动脑子，真是这样？当然不是！所有这些问题都是你最初想过的，而且你很确信要把他们实现，然而最终的结果是你选择了放弃所有可以放弃的，甚至连不可能放弃的东西也放弃了。

问题的原因可能大部分来源于“压力”：三天，这是个期限，是时间上的压力，三天之后老板天天来问进度，这是政策与监管上的压力。时间上的压力使人开始学会放弃，但这时只会放弃可以放弃的，当政策与监管上的压力来临时，人无法保持绝对理智，于是不可以放弃的也开始放弃。最终的结果就是方向上没错，东西也有了，但这根本就是一个无法使用的“产品”。

“先贤”说：“压力下的人不能更快地思考”，这是对的，当压力来临时，如果你不能顶住，往往会为了应付压力而放弃思考，也放弃思考过的东西，工作将变成了应付公事。最后以汤普金斯的一则日记作结尾吧：

“经理之所以会施加那么多的压力，也许是因为他们不知道该做什么，或者因为其他办法的困难而感到气馁。最坏的猜测：使用压力和加班的真正原因是为了在项目失败的时候让所有人看上去能好一点。”

昨天被领导拉去开会，事情起因是前些天的一个项目，项目比较急，但时间却无多，所以没有走正规的流程，由我和另一同事－－两个程序员－－直接出了需求文档，然后发给相关的人征求意见。这样做，一是因为策划、市场的人不一定有时间来做这个，二是策划相对电子商务行业还算个新人，不一定能够很好理解这个与业务相关性极大的项目，三是如果策划、市场他们来做需求，那么需求一定会变得很庞大，这个项目的完工日期将会被拖延太久，但项目的最后期限却是在看得到的将来。

会议上，一些人发表了自己的看法，我们的文档已经被改的面目全非了，有人在里面添加了很多东西，领导也谈了不少自己的想法，说实话，那些想法的确是非常非常好的想法，不得不承认每个人都有自己的优势，我一直坐在那里没怎么说话，因为我在思考一个问题：现在能够做什么？诚然他们有很多好的主意，但是并不比我提出这个项目时所想的多，我甚至比他们想的还要多得多，然而最终出来的却是一份所有人都认为极其简单，简单到简陋的需求。

现在能做什么？是的，什么也做不了，照现在这样子，什么都做不了！所以我直接告诉领导说：我们没有时间。我必须去很好的协调另一些同事，并且大家都很努力的去工作，才“有可能”完成早已分配好的任务，这个项目是临时加进来的，因为真的很需要，然而我们却没有人有时间去做，唯一的办法就是放弃，放弃所有可以放弃的功能，这样做肯定会有人有意见，但好处却远大于坏处：

• 那些人修改需求的时间基本算是浪费了
• 一些功能将不会被实现，而且短期内没有被添加进去的可能

• 只需要完成程序员自己提出的需求，不会因为需求理解上的偏差导致项目延期
• 项目可以在一个可以忍受的期限内交付使用
• 程序员会比较乐意去做这件事，生产效率可能会有很大的提升
• 不会为了赶进度而写出烂的代码（关于进度与压力的问题，下一篇会说一说）
• 程序员的成就感，来自需求和项目的双重成就

• 如果项目想不延期，必须分配合理的人员和时间，并且必须放弃一些功能
• 程序员的想法不比别人少，但总做不好一些事，原因是没有时间，而非其他借口

回头看看刚才写的，真的很烂，肯定是没表达清我的意思，看来太久不写些东西，也是为退化滴

效果如下：

//屏蔽你家电话一百年！换数字符号咋啦？符号就搞不定你？小样儿~~~~~~~~~~
private Boolean Prohibited(String input)
{
    StringBuilder sb = new StringBuilder(32);
    String str = input.Replace('O', '0');    //把大写字母O换成数字0，我丁学就不信你还能怎么着

    foreach(char c in str.ToCharArray())
    {
        if(c >= '0' && c <= '9')
        {
            sb.Append(c);
        }
        else if(c >= '０' && c <= '９')
        {
            sb.Append(c - '０');
        }
        else if(c >= '⒈' && c <= '⒛')
        {
            sb.Append(c - '⒈' + 1);
        }
        else if(c >= '①' && c <= '⑩')
        {
            sb.Append(c - '①' + 1);
        }
        else if(c >= '㈠' && c <= '㈩')
        {
            sb.Append(c - '㈠' + 1);
        }
        else if(c >= '⑴' && c <= '⒇')
        {
            sb.Append(c - '⑴' + 1);
        }
    }
    str = sb.ToString();


    using(ProhibitedAdapter ada = new ProhibitedAdapter())
    {
        ProhibitedDataTable prohibited = ada.GetProhibitedList();
        foreach(ProhibitedRow row in prohibited.Rows)
        {
            if(str.Contains(row.Keyword))
            {
                return false;
            }
        }
    }

    return true;
}