百度和谷歌均不同程度的在搜索结果页的左侧做有赞助商广告，百度和谷歌的这种模式，一直受到广泛的诟病。

　　1.百度的方式是直接把赞助商广告插入到搜索结果的第一页，少数的赞助商广告单独列出来放在搜索结果的顶端。面对批评，百度辩称，赞助商广告能够提供更加丰富的内容，从而改善用户体验。

　　2.谷歌的方式是把赞助商广告放在搜索结果的顶端。谷歌辩解说，它把赞助商广告和搜索结果分离出来，不会影响用户的体验。可能因为受到批评，谷歌曾经尝试做过一些改进的努力，比如，一个典型的例子是，谷歌曾经大力推广《谍影重重》，作为交换，Google的产品可以在电影中得到更多的镜头，因此，而谷歌可以从容的辩解说，这是推广，不是广告。

　　

　　李开复曾经说过，不会利用手段去提高份额，还是让我们忘了这句话吧。

　　迫于美国经济走向低迷对谷歌的冲击，谷歌急需扩张海外市场，并且，由于搜索结果的赞助商广告在谷歌广告收入中占据了最大的比例，谷歌不得不说，赞助商广告也是一种信息的来源，从而彻底否认搜索结果的赞助商广告的原罪。这个观点在法理上认可了百度的广告模式，有所区别的只是广告展现的细节而已。

　　那么，百度的广告模式是否存在在某种原罪呢？

　　1.事实上，这种模式对于有购买潜意识的用户来说，体验在某些情况下确实能够得到改善，比如，一个想要购买笔记本的用户，他本来计划在当地的电子城购买，一般的习惯，他到会谷歌搜索笔记本配置，价格，性能等信息，这时，他看到了淘宝在谷歌的赞助商广告，也许就会改变主意，到淘宝购买、这样的用户体验比搜索了一大堆信息，然后顶着夏日炎炎到电子城够买的体验确实要好得多。

　　2.但是某些情况下，比如这个用户是个设计师，他需要设计一种笔记本，这种情况下，广告往往会给用户带来很多麻烦。因为只有18%的用户，能够分辨搜索结果与赞助商广告，所以象谷歌这样，把广告从搜索结果中用不同的底色分离出来的细节方案，仅仅比百度的细节方案好18%，五十步笑百步，不是一个很好的方案。

　　更好的方案也许是，给用户一个选择，可以显示或者不显示左侧的广告。当然，这只是我的一厢情愿而已。毕竟，不能给搜索引擎带来收入的搜索用户，体验是否完美不会影响搜索引擎的收入。这也可能是百度在骂声一片中还能茁壮成长的原因吧。

　　在7月15日谷歌地震捐款全部到位后，为振兴旅游业，谷歌将于8月起启动名为"天府之国，熊猫故乡"全球推广行动。

　　
　　(2005年的成都二王庙)

　　据谷歌公司全球副总裁刘允，这是谷歌第一个以中国城市作为主题的全球整体营销方案，期望可以帮助成都在全球范围内树立城市品牌。

　　该行动由谷歌和成都文化旅游发展集团联合推出，将运用谷歌国际化的搜索引擎体系，全球化的内容联盟网络平台以及先进的技术手段和丰富的产品资源，面向全球推广成都旅游。

　　[via 新华网，谷歌黑板报]

　　最近Feedsky的服务有点不正常，肚破惊天要求Feedsky给个说法，而魏武挥推荐一个Feed烧制，其实大家一直使用的谷歌阅读器同时也是一个Feed烧制。月光博客介绍了如何从Google的服务中导出数据，但是并没有介绍如果从谷歌阅读器导出RSS，本来准备转载偷懒一下，也没有搜索到类似的文章，我只好在这里简单演示一下。

　　1.输入RSS源的网址，比如http://labs.zuosa.com/rss.xml，点击"添加"：

　　

　　2.把这个RSS添加到一个新建文件夹：

　　点击"添加到文件夹"右边的箭头，选择"新建文件夹"：

　　

　　填入文件夹的名称：

　　

　　3.获取烧制的Feed地址，点击"设置"，然后点击"标签"，共享你刚才新建的文件夹，点击查看公共网页，从浏览器地址栏拷贝公共网页的网址，把网址的"shared"替换成"public/atom"，得到的就是你烧录Feed的网址。这个网址非常长，你可以通过你的子域名转发到这个网址来解决这个问题。

　　

　　有没有发现，谷歌的界面翻译还是略有瑕疵，label同时被翻译成文件夹和标签，很容易给用户造成困扰。

　　作为谷歌阅读器的副产品，除了没有统计之外，其它的功能都非常优秀：

　　1.抓取及时；

　　2.还可以合烧，可以在这个标签下面同时放上若干Feed，然后通过一个Feed输出。

　　如果谷歌阅读区的这个副产品整合了FeedBurner的完全的功能，或者直接把FeedBurner直接整合到谷歌阅读器下面，FeedBurner+谷歌阅读器+Blogger，其中可以发挥很多的想象力。

　　另外，真诚的建议一句，如果FeedSky在硬件问题上总是遇到一些问题，到不如提请谷歌中国来收购FeedSky，毕竟，FeedSky在中国的地位，就是FeedBurner在美国的地位，谷歌美国能收购FeedBurner，顺理成章，FeedSky也是谷歌中国的理想收购对象。

　　一个被谷歌中国收购的稳定运行的FeedSky，应该是用户的共同心愿吧。只是不知道独立特行吕欣欣的想法怎样，也不知道李开复的想法怎样？

　　首先声明，Lively作为Gtalk的3D聊天室并非已经存在的产品，仅仅是我看了WebLeOn的文章之后杜撰的一个产品特性。

　　我和WenLeOn的观点一样，Lively，是个华丽的错误，而让这个华丽的错误转入正途，需要把Lively整合到Gtalk中。

一、Lively需要一个高效率的客户端软件

　　

　　谷歌一直有一个在线软件帝国的梦想，不管什么应用，都是尽量一厢情愿的设计成在线运行软件。其开发的谷歌文件(Google Docs)，基本上可用性要比微软差的很多，毕竟，网速再快，也比不上本地的处理速度。

　　因此，在谷歌文件之后，Lively不幸重蹈覆辙。

　　"Google可能认为，通过浏览器来完成所有任务更符合未来的趋势，但是要让大部分用户的硬件和网络连接速度能够胜任基于浏览器的三维互动，要走的路还很长很长。我想很多人会像我一样，在进入Lively的时候受到效能和网速的困扰。"-WebLeOn

　　要解决这个问题，可以拷贝一般网络游戏的默认规则，尽量把最多的任务通过高效率的客户端在本地完成，而在客户端和服务器之间的数据通讯应该是最轻量级的。

　　也许，在线软件这个概念本来就不存在，或者，并非是谷歌定义的在线软件，另外，谷歌成为软件帝国就可以，未必非要成为在线软件帝国。

二、Lively需要整合到Gtalk(Google Talk)

　　

　　"Lively...或许可以为Google Talk增加聊天的互动性"-WebLeOn

　　对于这一点，我相当赞同，Lively做为Gtalk一个3D图形聊天室，对于谷歌用户来说，相对要容易理解的多，事实上，Lively本质上就是一个聊天室，虽然它有很多游戏特性。

　　QQ在这个方面做得非常优秀，如果QQ要开发一个类似于Lively的应用，QQ的做法会将Lively直接做进QQ软件安装包，或者，纳入到QQ游戏平台。

因此，Lively应该是Galk的一个3D聊天室功能，并且能够在本地高效率的运行。

　　[via WebLeOn]

　　地图是中英文混合的。奥运城市是英文，其他地方都是来源于Mapabc的中文地图数据。

　　1.英文区域比中文区域浅。
　　
　　查看放大的地图

　　2.带标签的卫星地图只能显示这次更新以前的道路，很模糊。因为地图不能和卫星图完全重合，似乎mapabc的地图数据还是图形记忆，有背景。
　　
　　查看放大的地图

　　3.准确性差。wmr所在的北京通州区这个小区，小区前面的"北京银行"标注成了工商银行（industrial and commercial bank），麦当劳不说标注成了Nanzhu restaurant。
　　
　　查看放大的地图

　　以前，谷歌地图(Google Maps)国际版只显示了中国省份的名称。在Google前日发布的Mapmaker上，已经有了北京上海沈阳等奥运城市的英文地图。这一次，是因为奥运的原因而得到的一次性特许呢，还是一种巧合，谷歌已经取得了长期许可，正好这个许可和奥运相碰，让我们拭目以待。

　　[via wmr]