毫无疑问，在这场 Web 2.0 的风潮中,豆瓣是最有价值的一个站点。虽然很多人在讨论豆瓣到底值多少钱，但我作为一个普通用户, 还是最关心豆瓣应该添加更多的新功能。

下面是我最需要的功能：

*) 不要显示我不喜欢的商品.每次登录豆瓣, 系统总会提醒我"豆瓣猜你会喜欢...". 这个功能很好, 也有些智能. 每每我能从中找到一些我真的比较喜欢的东西。然而，有的时候显示的条目我却非常讨厌. 比如, 音乐中的郑钧的这张同名专辑. 我真的很不喜欢, 可是系统一次又一次的推荐给我.还有电影推荐中的韩国电影我是多么的希望一次也不显示给我. 对了, 最好有一个按钮"我不喜欢", 我愿意每次看到去点击一下。喜欢与不喜欢，都可以用鼠标来投票。这样也能更体现豆瓣的草根性吧.

*) 书店的地理信息 我在杭州，杭州有多少个书店? 我最喜欢的书在哪一个书店可以买到? 到这个书店怎么走 ? 在杭州什么地方可以搞到最新的碟片? 对, 告诉我地图! 这个功能如果结合现在的搜索引擎实现起来或许并不复杂. 但却使我很希望看到的一个功能。

*) 添加电视剧的标签"我正在看" 对于电影来说, "我想看、我看过"这两个状态就足够了。可是, 针对电视剧来说(比如《越狱》), 就不适合了.所以, 添加针对电视剧的"我正在看"也是有必要的.

豆瓣最近改进不如前一段时间频繁, 是在酝酿大的变化么?

06.21 Update: [点开"更多推荐"，在每个条目后有个“没兴趣”的选项]

-End.

软件的智能 和 软件的弱智 常常只有一线之差。
--一网友对 微软拼音 2003 的评价

要生产多少台彩电和冰箱才能相当于一辆汽车？不造汽车就是傻瓜......如果我们还依靠彩电和其他类似行业，那么广东9%的经济增幅就难以得到保证.
--广东省省长黄华华今年早些时候在一次政府工作会议上的反问。来源

搜狗 Toolbar 是“流氓”了一些。 不过，搜狗拼音输入法一定不会再有“流氓”的事情发生。
--搜狐公司研发中心总监王小川

我的 Gmail 信箱大约 1 周能收到 3000 封垃圾邮件. 这些邮件源源不断的发来, Gmail 的 anti-spam 系统似乎力有未逮, 经常会漏掉. 每天我大约还要手工归档 50 封．

这些垃圾邮件, 大致分个类看看:

*) 发票代开. 非常符合中国国情的垃圾邮件．大约占 10% 是这一类的邮件. 估计再过一段时间, "办证"的也通过网络宣传了.

*) 培训信息. 我这个信箱很奇怪. 经常能收到一些什么针对人力资源的培训啦,文秘的培训, 高级经理培训/ 采购经验之类的. 从这类的广告我还了解到一个词：跟单员．第一次知道有这个工种．

*) 色情信息. 很大一部分是日文的．看不懂．还有一些打擦边球的, 卖成人用品的、"自拍"的, 这个能占 10% .　"食色性也"

*) 看不懂的. 还有一类是看不懂的文字, 排版的方式也千奇百怪. 不知道是什么文字。

*) 标准的垃圾广告. 指的是在标题上注有[AD]字样的垃圾邮件. 当然, 也有 [A.D], [A/D] 这样的挖空心思钻过滤空子的. 标题上还能看到什么星号, 方块, 波浪线什么的, 感慨垃圾邮件工作者这用心良苦. 正是他们的辛苦努力, 使得反垃圾邮件技术不断进化、发展.

*) 推销"廉价"产品. 什么二手笔记本, 打折机票, 优惠价格发表论文， 低价翻译公司。

最近 6.1 节, 当当网的垃圾邮件疯了一样的发过来, 有增无减.

前一段时间看到新闻说, 全球64%垃圾邮件服务器在台湾, 从我收到的垃圾邮件来看, 繁体中文的并不多. 难道台湾的垃圾邮件服务器都是被其他地区的利用么? 还是我只是个例?

又是一个"世界第一"阿! 和 Spam 有关的另一个中国地名是 Chongqing. 专门形成了一个词:

Chongq (verb): to retaliate against spammers of wikis and blogs.

制作垃圾的同胞请继续努力, 用聪明才智积极的 anti-anti-spam ，推动 anti-spam 技术进一步发展.
--End.

昨天拜读了刘润的“不要搞封建迷信活动”，深有感触． 前一段时间我在处理 Data Guard 的时候, 遇到过一件怪事. "怪现象一定有原因的"． 果然, 经过仔细分析之后, 果然发现并不是灵异现象. 凡事皆有因果.

情景描述:

在一个机器上建立两个同一数据库的 Data Guard. 其中一个 Data Guard 已经建立,数据文件放在 foo 目录下.现在准备建立第二个 Data Guard, 数据文件放在 fooback 下. 初始化参数已经设置:

*.db_file_name_convert='/opt/oracle/oradata/foo/','/opt/oracle/oradata/fooback/'

其他的设置略. 用第一个 Data Guard 备份的控制文件, 启动第二个实例, 进行恢复. 开始正常, 恢复了几个文件之后,遇到如下错误:

skipping datafile 56; already restored to file /opt/oracle/oradata/fooback/user_log_04.dbf
skipping datafile 57; already restored to file /opt/oracle/oradata/fooback/user_log_05.dbf
channel ORA_DISK_1: starting datafile backupset restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00058 to /opt/oracle/oradata/foo/foo_note_06.dbf
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 03/24/2006 11:32:48
ORA-19504: failed to create file "/opt/oracle/oradata/foo/foo_note_06.dbf"
ORA-27086: skgfglk: unable to lock file - already in use
IBM AIX RISC System/6000 Error: 13: Permission denied
Additional information: 8
Additional information: 553070

已经作了数据文件名字映射,　在第 58 个文件映射失败(应该是 fooback 目录下的文件,又跑到 foo 上去恢复了!) 怪哉!

进入第一个实例, 查询文件名字,正常．进入第二个实例, 查询文件名字, 前面 57 个都是 fooback 目录下的, 第 58 个就变成了 foo . 难道是遇到了 Bug 么 ? 为什么是 58 ?

折腾了许久, 针对这个58 ,我去查以前的数据库变动, 发现这个文件,是第一个 Data Guard 建立之后我第一次添加的数据文件.

oops, 我用的这个控制文件有问题!! 如果只在一个机器上建立一个 standby ,那么用其他 standby
备份出来的控制文件, 并且不修改文件名字映射的话, 不会出现该问题的. 而第一个 Standby 的控制文件,只从 Primary DB 控制文件带来 57 个数据文件的信息.所以, 在 58 个失败.　而 Oracle 的 Data Guard 文档中建议的标准做法是从 Primary DB 取控制文件.

Bug ,这是一个 DBA 甚至是所有 IT 工程师最容易"迷信"的地方. 破除迷信, 从现在开始.　

在家闲来无事读金庸。广州出版社出版的修订版《碧血剑》，读罢，发现了一处不太合常理的情节。

书中写道，袁承志少年时候进入金蛇郎君丧命的洞窟中, 发现了插在石壁中的碧血剑，用力拔了几下，微微晃动，只得作罢。

从后来的情节中，我们看到，当时金蛇郎君手足筋脉俱废, 哪里来的力气把这把宝剑插入石壁呢 ?

下部的时候还有一处很明显的情节错乱, 就是五毒教的齐云璈请求何铁手拔刀的那一段。前言不搭后语。

这部碧血剑是金庸早期的作品, 在这个版本中加入了大量的心里活动描写(比如对阿九的意乱情迷) ，纵观金庸小说，心里活动的描写一如中国古典小说那样，并不多见, 也是很为生涩的地方。

雅虎中国搜索日志开通了.

国内大一点的互联网公司官方 Blog 还真少。在 Google 黑板报 之后, 终于又看到一家公司推出了自己的官方 Blog , 雅虎的搜索日志相对 Google 来说稍稍开放了一些: 允许用户评论. 没有交互的 Blog 不能成为合格的 Blog . 至少我就不太喜欢Google 黑板报的自言自语风格.

一点小建议:
1) 提供 Feedburner 烧录的 RSS Feed. 便于统计有多少订阅数量;
2) 增加 "订阅到 Yahoo!" 的便捷标签;
3) 在雅虎搜索首页的适当位置添加这个 Blog 的链接. 毕竟是雅虎中国搜索的官方 Blog , 更有利于用户反馈.

--
BTW: 这几天休假,很少更新, 发现我的 Blog 订阅数量反而有所上升. 小记一下.

在新语丝上看到有人在说《侯捷的著作有问题》。

大陆的程序员怕是没有不知道侯捷的, 自从侯捷的《深入浅出MFC》被引进到大陆, 侯捷以其著译者身份在 IT 界可谓迅速走红, 之后则出书速度愈发惊人, 短短几年间，或翻译(合作翻译较多)，或著作(少之又少)，印象中似乎有段时间程序员人手一本侯捷署名的著作.

的确，侯捷有的著作不过是应景之作(比如《 Word 排版艺术》 ), 也难免会收到一些质疑的声音. 不过还好，立刻有网友指出这位质疑者的文章一些不确切的数据。其实侯捷相对大陆的作者译者更加严谨，著作或是译作硬伤相对还是比较少的--即使是挂着侯捷的名头的合译本, 而且，选材都很好.

我这么说是不是意味着读者对图书质量的要求不那么高了 ? 的确，无论什么就怕比较。如果你读过 邱仲潘 先生的译作你就知道侯捷是多么可贵了。

新语丝或许应该开辟一个专题讨论一下 邱仲潘 先生了.

--End.

抓虾试用了之后有点耳目一新的感觉。Kamus 说对这些 Web 2.0 站点有点免疫, 我倒是觉得这个名字不错. 东北话中有个词叫"抓瞎", 意思大致是"没有头绪,茫然无绪", 而如今很多网友面对茫茫 Blog 大海, 也有无从组织信息的感觉, 不知道抓虾的命名是不是也有这个意思, 不久的将来"抓虾"或许可以帮助我们一下.

抓虾让我满意的一点是速度不错, AJAX 最近一窝蜂的都在用, 不过如果网站速度响应不及时, 再炫技也不会让用户满意. Bloglines 的速度就让我很不舒服. 我总是等不及那一秒左右内容才会显示出来. Flickr 也是这样, 太影响国内用户体验了.

推荐功能对当前的国内用户来说，也是一个很有用的功能。这个功能我想发展方向还是针对用户的知识发现为主为好, 如果真的变成了 Digg ，反而不好, 因为没有评论.
抛开其他联机/客户端 RSS 阅读工具的主要都由功能不说, 抓虾另一个比较方便的设计点是 "浏览全部正文" 与 "只要浏览标题' 之间的快速切换. 很简单的一个设计, 但是能让用户从不同的维度阅读信息, Bloglines/GreatNews 这一点就做得不太好(还是有这样的功能我没发现?)

订阅我的 Blog 到抓瞎:


观察到已经有 35 个朋友订阅了我的 Blog :)

发现了抓虾的一个处理 Blog 主题的小Bug (有图为证)

给抓虾的两个意见：
1) 频道收藏的地方, 最好能有针对性的地方对读者推荐 Blog(结合 SNS?).
2) 我找遍了屏幕，没发现可以手动刷新 单个RSS的功能.

BTW:从抓虾日记了解到，他们最近的一次性能改进:

我们将原来的各个 JavaScript 文件被合并成一个，并进行了压缩。这样就节约了大概 10 次的服务请求和 50％ 的字节下载