昨天收到 CRITEO 的项目经理 Peter 的来信，告诉我他们启动的一个项目: AutoRoll。
昨天比较忙，今天才有空进行测试。AutoRoll 是一个针对 Blog 的 Widget ，为用户自动形成一个 BlogRoll，目前处于 Beta 版。给我的第一个感觉是和 MyBlogLog 有那么一点神似，而这个 Widget 的功能是和 Donews 的 InOut近乎一样的–通过自动交换链接来互相带流量，或者说是推广。所不同的是，AutoRoll 通过分析 Blog 的相关内容而给出与之类似的链接，有一定的技术含量，而 InOut 只是简单的推过来一些链接，有的时候还夹带不少私货。
现在可能是用户还比较少，还看不出 AutoRoll 更多的技术含量，而 MyBlogLog 所具备的 SNS 功能，AutoRoll 似乎也还没有。
存在的一点问题：
1) 推给用户相似主题质量较高(至少是主题相似吧?)的 BlogRoll，而不是简简单单的一个发过去一串链接充数;
2) 每次浏览都要从服务器端进行数据的交互，速度是一个大问题，我在测试的过程中明显的感觉到页面访问速度被拖慢.
判断一个针对 Blog 的 Web2.0 应用是否有用，我的标准是看它是否能给你的 Blog 带来流量，是否能带来更多的读者，从这一点上说，AutoRoll 这种类型的应用将会有一定的市场。
–EOF–
作者文章: Fenng
闲扯 DST (Daylight Saving Time) 与 Oracle
这段时间在邮件列表中讨论最多的一个话题就是 DST(Daylight Saving Time)。这个 DST 我们以前称之为”夏令时”，不过英文的叫法似乎更直接(日光节省时、节能时)，更能引起人们重视–节约能源。
啥是 DST?
美国加拿大实行 DST 的时间是 3 月的第二个星期天早晨两点开始到 11 月的第一个星期日的早晨两点。三月第二个个星期日早晨两点所有时钟向前回拨一个小时，到 11 月 DST 截止再拨回来。我查了一下，以前似乎不是强制的，这和现任总统小布什签署的 Energy Policy Act of 2005 法案有关。而 2007 年是改方案实行的第一年。
很明显，对于计算机操作系统与数据库来说，这样折腾来折腾去的不可能靠人手工去调整时间，所以很多欧美软件产商纷纷推出软件补丁来解决这个问题。规模之大足以让人想起千年虫的事件。
DST 与 Oracle
Oracle 数据库的调整可以从 Oracle 站点上的这个指导开始： Oracle Database Daylight Saving Time Update Guide。因为需要打新的软件补丁，数据库必需要进行重新启动。所以很多在线应用必需要忍受这次调整带来的影响。
DST 影响中国么?
我国因为取消了夏令时制度，这可能是因为能源问题虽然更加紧迫，但因为时间变来变去给人们带来的麻烦更多而取消的吧。具体的原因我不清楚，谁知道麻烦告诉我一下。如前所述，国内的 DST 问题实际上是不存在的。当然，如果你的服务器是放在美国或者加拿大，或者是面向这两个地区的用户，就需要评估一下影响了。
关于夏令时
我国曾于1986年到1991年每年从四月的第二个星期天早上2点钟，到九月的第二个星期天早上2点钟，在这段时期内，全国都将时间拨快1小时，实行夏令时。从九月的第二个星期天早上2点钟起，又将拨快的时间重新拨回来，直到第二年四月的第二个星期天早上2点钟。
Linux 怎么应对 DST?
Linux 厂商会有一个官方指导(比如 Redhat 的 DST 指导 )。如果是个人 PC，不妨参考这个：Switching your Linux systems to the new DST。
-EOF–
Oracle 内存数据库 – TimesTen
闲扯,关于 Cache
在 Google 上用 define:cache 搜索关于 Cache 的定义，简体中文内容中的定义是这样的：
在本地放置、隐藏或存储常用信息以供快速检索。
英文内容挑一条，内容如下：
A memory area where frequently accessed data can be stored for rapid access.
说白了，其实也就是减小开销最大或比较大的那步不必要的交互。
TimesTen
Oracle 的内存数据库 TimesTen 从某种角度上来看，也是一种 Cache 机制，是磁盘数据库的 ‘Cache’，通过物理内存中的数据存储区的直接操作，减少了到磁盘间的 I/O 交互。TimesTen 中的这个 Ten 据说就是指速度能达到基于磁盘的 RDBMS 10倍，从去年开始在国内市场也有很多活动，逐渐吸引了很多技术人员的注意。实际上，这个产品也是有一定潜在市场的。
TimesTen 与基于磁盘的 RDBMS 架构的比较
如图：
这个示意图引用自 Oracle TimesTen In-Memory Database Introduction，下载该文档请到官方网站。
这个数据库 的 License 报价并不贵，List 价格是 $12K/CPU，对于响应速度要求比较高，可靠性要求不是非常非常高(安装 TimesTen 的系统内存可靠性会比你的 SAN 存储系统可靠性高么?)的系统，TimesTen 作为大事务数据库的前端数据库会是一个不错的选择：
引用自：oracle-timesten-accelerate.pdf
–EOF–
如何写一封失败的简历
写一份成功的简历不是那么容易的事情，写一份失败的简历就很容易。只要参考如下的一种或者几种方式:
联系不到的联系方式
不留联系电话、E-Mail，或者留了电话也是一个空号。有的电话倒是可以打通，但’彩玲’设置的是什么“你打电话我不接，你打他有啥用啊~~”，好气又好笑。留的电子邮件地址是已经注销好久的。你没办法联系到。当然，这样的邮件肯定不是求职者通过电子邮件发来的。
选用口碑差的邮件服务商发送求职信
有些免费电子邮件提供商往往偷着给用户的签名处添加一点私货，比如下面图示的这个，这样的求职信发出去效果能好么?
求职信冗长
长达几页的求职信，过去工作的点点滴滴都写上去，会让 HR 找不到重点。想想他们每天要看多少封求职信，你就别给他们添乱了。
求职信太短
太长不容易突出重点，太短也不好。有的求职信堪称惜墨如金，只写着类似我”有过几年经验…对某某方面挺熟悉…你看我适合不?”，这个问题基本上…很难。如果你是业界大师，比如，Vinton Cerf，那么可能你会遇到这种职业生涯中最短的求职访谈。
过度使用各种格式
这一点在 Word 文档中最容易出现。字体不下好几种，楷书，隶书，黑体，宋体能用的都用上。适当的还加点颜色。要不加一个巨大无比的个人照片，直接 BMP 格式贴上去的，花哨无比。这种效果只会适得其反。
简历”撞车”
十几份简历除了名字和联系方式不一样，其他基本一样的内容。同样的项目，都说自己在该项目上起着至关重要的作用，你说相信哪一份?
接下来请大家补充.
–EOF–
看了楼下 Summer 的留言，再补充一个：利用附件发送简历，附件带个宏病毒什么的…