博客

关于垃圾账号注册

淘宝一位同学在博客里提到他们是如何用贝叶斯和垃圾小号斗争的，里面点了 sogou 邮箱的名。那好，我这里也谈谈邮箱的工作情况。

对于我们邮箱服务商来说，垃圾账号带来的主要危害是利用免费邮箱的资源（包括 smtp服务）向外界发送垃圾邮件，最后导致我们的外发IP被加入黑名单，从而影响正常用户的信件往来。

而淘宝的情况则是用户注册邮箱后，并没有利用邮箱去发送垃圾邮件，而是用它在淘宝或者什么地方去 spam。。。这种情况对我们邮箱用户的信件往来不会产生危害，在研发资源有限的情况下，我们更关注怎么去对付滥发的行为。。。

今年3月19日，我们在检查垃圾账号的时候，发现有一组注册账号就是什么都没有做，但是收到了来自支付宝（或者就是淘宝吧）的激活信件，当时我们判断可能要做钓鱼，于是就通知了支付宝。但是对方的响应不是很热烈，回信的大致意思是这种情况很常见，搜狐自己处理好了。。。我们感觉对方并没有想和我们邮件服务商一起来解决问题的意愿，于是那我们还是继续关注邮件滥发吧...

最后还是要说明一下我们的立场：我们非常非常在意垃圾账号注册这件事，不仅仅是邮件滥发，也尽力避免我们的邮件账号不会被用来做其它不好的用途；如果上下游能一起来做这个事情，效果我想会更好

另外，保罗.格拉汉姆的a plan for spam和better bayesian filtering是我2003年夏天找人把它翻译成的中文发布的.

今日朝阳公园之树上穿越

朝阳公园这个快乐猩猩，原价是单人180，家庭三人300。现在有团购价是60，今天去玩了一次，还是很有意思的..

本来是想让她一个人去玩，结果达达刚刚走过初级难度第一段，就赖在安全岛上不肯走。我还没怎么拍照片，就被迫穿上安全带一路跟随；说是保护，其实就是跟在后面给点心理安慰——在绳梯上大人是帮不了什么忙的，训练有素的工作人员除外

走了1/3，又回到平台处，达达是说什么也不肯再走了，她爸爸在旁边利诱，她妈妈在下面威逼，越说越嚎啕大哭，渐渐的下面竟然聚集了十好几个人在看达达哭..

达达：爸爸妈妈你们老骗我
我：???
达达：老骗我干我不喜欢做的事情..
...
我说：只要你过去，我们一周晚上就不弹钢琴了
达达：（哭）我觉得走过去比弹钢琴要可怕100倍（大哭）
我说：只要你过去，我们100个星期晚上不弹钢琴了
达达：（大哭）我觉得走过去比弹钢琴可怕1000倍....

不过最后达达还是很勇敢的走完了初级的全部路线，Oh-Yeah! 她老爹也很无奈的跟在后面通过本来是给小朋友准备的障碍（非常非常不适应高度和宽度）

有个学前的小孩子是第二次玩，非常溜的就走完全程。初级难度看起来 5 岁以上就没啥问题了

中级难度必须1.4m才能去玩，达达明年就可以去尝试一下.

BTW: 这个活动也很适合 team building... 强烈建议

O'RELILY Velocity 2010 纪要 a-z

Velocity 的资料下载在：http://velocity.oreilly.com.cn/index.php?func=slidesvideos

受了非人培训的感染，这次 velocity 会议，我给每个参会的同志都安排了作业——学习体会、行动计划等等；然后几份作业我主观打分，落后者和我一起AA请优胜者大餐

除了安排别人写作业，我也写写我自己的作业吧：

• 网站速度是搜索引擎的 rank 指标

• 淘宝采用了一台haproxy带两个squid的做法。。。当然这许多组(3x)服务器之前还有两个 lvs

• 淘宝把系统分成了4个层次来优化：软件系统、服务器（web server、mysql、jvm）、kernel、hardware

• 个人最喜欢 Java without OS 的想法

• 北京电信访问北京联通比上海电信快

• TTI 概念是 Facebook 提出来的么？Yahoo 的讲演里也用这个缩写：Time-to-Interact

• BigPipe 概念其实挺简单的，我蛮想利用它对狐首做做优化

• Pagecache 我觉得最难应用，对前后台工程的要求极高。（增量式更新、自动记录并回放、跨页面的服务器更新）

• 前端工程师驱动Web平台技术更新是一个趋势，不过这对前端工程师提出了很高的要求。人人网的邵军辉今天在回答我的提问的时候自嘲其JavaScript比C++要强，我觉得这不是笑话，而是某种程度的真实。

• YahooMail 也在用一个类 Bigpipe 技术，名叫 AjaxPipe，通道是 iframe，来生成首页的 Dashboard

• Yahoo 提到 Pipeline-mode 有一个问题就是 SEO，针对爬虫必须有一个 single flush 的机制

• Yahoo 更进一步发展出并行化的想法（single-flush -> pipeline -> parallel），当然现在还在襁褓阶段

• 两个TFS看起来都很强大，我们要不要搞SFS呢？

• 百姓网的虞冰不错，除了在上海，应该比淘宝和腾讯的人好挖

• 把web性能和奖金挂钩，是一个好主意

• 多个不同的讲演者多次强调，speed is a feature!!!

• 要扩大 UED 团队规模，让工程师更专注在程序上——这条最佳实践来自YahooMail

• Node.js + YUI3 + jsdom 开发服务器端应用。Yahoo这种思路某种程度上比 erlang 要靠谱，我现在真觉得这个工程上可行

• Facebook的Web性能团队叫Pref SWAT，cool! 这个Web性能组应该是属于平台团队的，对应的是产品团队

• passport module很适合做cookie monster。。。好吧，facebook需要这个是因为它只有一个产品www.facebook.com。。。但server-side cookie是好想法，server-side cookie is not session!!!

• 产品团队用了多少平台团队提供的组件——这是衡量其代码质量的指标之一，Yeah!

• Facebook有500名工程师；任何新人（真的是任何吗）都要进Bootcamp干6个星期的脏活。。。我也非常喜欢这个新兵营

• 盛大的许世伟在阐述HTTP的stateless本质（虽然他一直在说存储层，或者说状态保持层），以及产品设计中API层的重要性

• 把模板和碎片也应用版本管理（wiki的版本管理功能就足够）是个好想法；另外动态语言来写CMS貌似还是很有一定优越性的，尤其是PHP天生就是一个模板系统

• 人人网用2台FastCGI顶替了40台Resin严重伤害了不少Java开发人员的感情，好多人质疑。。。我则关心人人网的C++程序员:Java程序员的比例是啥，邵军辉估算是1:5。。。其实蛮合理的，俺们需要下决心在C++程序员headcount上投资

• 淘宝说它的基础监控除了cpu/mem之外还包括spinlock，这个真的把我震惊了；应用监控和业务监控不能仅仅指望TechNO，我们必须做得更多

电子邮件的未来

今天在Velocity的Yahoo Mail报告，主旨是关于UED的。但我提了一个非技术问题，“我们可以注意到Facebook刚刚发布了Unify Message Inbox，Yahoo Mail新的Beta也融合了大量SNS元素。。。那么雅虎怎么看待电子邮件的未来？”

一位女士blarblar讲了半天，电邮适用在很多场景下，电邮和SNS有很多差异等等...

这个事情自从fmail以来我就一直在思考，没有结论，至少目前还无法得出电邮已死的结论，说说我的各种混乱无序的想法：

* Email Inbox 是一个私密的应用场景，这和SNS是截然不同的；必须给用户安全感

* Email 的社交功能在被边缘化；什么是“社交功能”？？

* IM 的社交功能也会被边缘化吗？

* 什么是 feed？什么是 message？什么是 chat/conversation？

* 什么是 reply？什么是 forward？retweet翻译成"转发"，而reply成了评论

* retweet vs share（GoogleReader）

* SMTP+MIME vs 开放平台

* 做给别人看的(公共空间)，和自己负责的(私人空间)，是两个不同的东西

不管是退一步还是进一步，都比站在原地要好

eyoutech 11周年

孙宇同学5DII的广角确实牛B

12/1日夜，in天厨妙香

lwn 正在 Ghosts of Unix past 系列连载

a historical search for design patterns

Conflated designs

Unfixable designs

还翻出了去年的一个系列：Linux kernel design patterns

http://lwn.net/Articles/336255/

Linux开发貌似已经属于我关注圈而不是影响圈的事情了. :(

NFS 不支持 O_APPEND

最近出了一系列故障，是 NFS 不支持 O_APPEND 而引起的，见 http://linux.die.net/man/2/open

即使是本地文件系统的append原子性，也有人提到还存在一个 PIPE_BUF 上限的问题 http://stackoverflow.com/questions/1154446/is-file-append-atomic-in-unix

随便一搜关于 NFS 就有好多抱怨：但看到约一年前的一个见解是：A perfect NFSv4 implemenation, configured properly, provides a very useful set of guarantees. However, the quality of NFSv4 implementations has been an issue. Especially, Linux's NFSv4 server implementation has historically had many flaws. Plus, people often mount NFS using the NFSv3 protocol instead of NFSv4, and/or reduce the safety guarantees with the goal of improving performance.

This is why almost everybody recommends NOT to use NFS to store anything critical. For example, SQLite's documentation states very clearly that you shouldn't store SQLite databases on NFS. And, this is why Oracle supports NFS (a) only with a list of specific NFS server implementations (mostly NetApp), and (b) using its own built in NFS client implementation (not the operating system's transparent NFS client).

招聘、培训、绩效、淘汰这四件事应该怎么来做的思考

前言：今天在数学系213里，窗外是冬季的校园街道和俺十几年前工作的高科技楼，我面试了若干青涩的本科男生。想起N年前和他们一般大的时候——虽然那时候应该也是惨不忍睹，但总归是比现在这批还没毕业的小毛孩要让人省心多了。。。再过几天就是eYou技术团队11岁的纪念日了!

下午几个面试下来，感觉招收本科生实在是无解。这批人也许有好苗子，但是必须内部有一个良好的培训体系才能让他们发挥作用。我工作的早期出于创业的热情和省钱的目的，慢慢培养，倒是有好几个本科生都成材了；但最近几年的招聘一直都是找有工作经验的，本科生从来不碰。

结合上次非人培训，加上回忆当年几个去"巨大中华"同学的经历。我认为大规模校园招聘本科生还真得是“成长期”的企业才能做的事情，因为只有这个时期才有可能去做成规模成建制的培训。

我现在认为合理的流程是这样：企业给其"成长期"的业务线招收毕业生，加以培训；在业务进入"成熟期"后，表现优秀的人转移去做"草创期"的业务（当然也同时从外部招聘有经验的人才）；表现一般的就留在该业务里提高绩效，然后随着业务进入"衰退期"被淘汰。

--除非是成本因素，否则草创期的业务最好是不要用缺乏经验的人的。

接下来我计划沿着该思路去指导我们团队的人力资源管理

最近两天的"非人"培训

全称是"非人力资源经理的人力资源管理"

衰退期——淘汰

关于公司提供培训，老师的观点是：培训不是福利，而是任务；应该是带着绩效指标来参加培训的；如果认为是福利，那么培训必然达不到目的。我发现这种牛B闪闪的HR经理太阴险了（老师以前在PWC当过HR总监），把组织内一切的活动都和绩效结合起来

但从绩效考核，转化思路为绩效管理还是蛮好的方向的

老师是台湾人，对于贵党提前若干年确定接班人的做法很赞，说就企业来说，能提前几年确定接班人实在太牛了——我想好歹这家企业运营了有80年了，你从台湾给我找一个80年的企业看看；另外中国历史上关于接班人问题可总结的经验太多了，比如靖难、太子老四老十四大阿哥等等，现在很平稳了，毛将军就是一例

很可惜下午最后的课上了一半就被电话叫走开会了，貌似查尔斯把培训当福利了，好吧，大股东的决断...

至要紧

11/1 ，我来搜狐整整4年了。最初的打算是，找个大公司好好歇2-3年，然后再找创业机会。现在看来，一不留神就会超过在亿邮的年头。

有一次 HD 问我当初怎么没考虑新浪，我很流川枫的回答：懒得谈第二个offer。其实我的真实想法是再也不搞email，结果到了搜狐半年后又开始邮件了。

离开eyou的时候，技术部门大概有50人；到了搜狐，最开始手下只有一个人。回想起来，直到一个多月前给zzh打电话，我从来没有主动联系那边去直接挖角。

习惯了在很少资源的情况下做事，这不一定是个好事情。未来要学会怎么使用更多的资源；也许再过两年，我能很好的花掉一千万美元/Year。

现在非常困难，身处重重迷局之中，必须保持信念，勇往直前——Confidence and Courage