qyb的博客

总结一下最近的跑步情况

11月4日，在奥林匹克森林公园，纯粹是因为好奇，跟着一个高高的老外，跑了1.5公里左右。那是自从我大学毕业后第一次跑那么"长"的距离，居然坚持下来，而且刚刚下过第一场雪，很冷，自己觉得很不容易。

于是在11月10日上午，又兴致勃勃得来到奥森，正好碰到一群人在跑步，可能是个什么体育爱好者的活动。这次更夸张，居然一气就这么跑了一圈，整整5公里！一下子增加了俺不少信心。

接下来的周日晚上，11月18日，风很大，跑了大约3公里多点就停了。

再往后，就用上了 Endomondo，有数据了！

11月25日，5.16km，0:34:46，平均时速8.91公里，平均每公里6分44秒

12月2日，5.20km，0:34:33，平均时速9.03公里，平均每公里6分38秒

12月9日，4.76km，0:31:17，平均时速9.13公里，平均每公里6分34秒；依次为05:32、06:15、07:08、07:08，三公里用时18:55

12月16日，大雪地里，5.23km，0:34:44，平均时速9.04，平均每公里6分38秒；依次为05:54（中间系了次鞋带）、06:26、06:31、06:51、07:08，三公里用时18:51

本年度最大的自我发现就是跑步了，从过去连续7个周末都坚持和恶劣天气对抗出来跑步来看，很有希望长期坚持下去

SendCloud 是云时代的 sendmail

这句话合适做 slogan 么？我从 mailgun 对自己的定义：“Mailgun is a set of powerful APIs...” 得到启发

mailgun 就是要做 sendmail 的 IaaS，正如 S3 是存储设备的 IaaS。这也是为什么 mailgun 和 Rackspace 一拍即合的原因。

我们在到达率方面做了很多功夫，但归根结底，到达率是要靠开发者自己来保证的，正如他们使用 sendmail 一样。

这个定位需要再实践中继续摸索。

不保证到达率能吸引用户吗？？当然，我们要想想开发者为什么会选择 Amazon S3，而不是本地块设备。需要在市场上给开发者再教育

简单算术题

假设中国人每天平均1亿人访问个人电子邮箱；假设平均每人在MUA里有兴趣看2-3封广告（用户主动注册的广告投递服务，包括 MP 主动投放的广告），打开1-2封触发类邮件，可以容忍10封触发类邮件。

那么中文互联网世界里，有效的邮件投递，广告类应该是每日3亿封的上限；触发类邮件是每日2亿-10亿封的上限。暂且订一个目标吧，SendCloud要投递每天被打开的触发邮中的1亿封，50%的市场份额。

有没有可能SendCloud每天投递5亿封触发邮？我觉得这个事情需要 MP ，以及 Mail Client 一起来合作。在 MUA 里，得能更有效地让用户处理（或者用流行的话说：消费）掉10封触发邮，而不损害体验才行。还有一类触发邮，和 MUA 内的消费无关，用于 webhook 编程（比如用 Email 完成搜狐随身看收藏），这是另外一个领域，充满未知。

一个敏感问题，每日3亿封广告邮件，到底该怎么来做？我觉得，这个市场的大头，最终应该是被 MP （以及 Mail Client）拿走，因为有 RTB 这个武器，传统的静态邮件广告从效果和价值上肯定不是对手。除去大头还剩下一个长尾市场，估计每日也就1亿封吧，内容可能更近似于客户关系维护（或者说触发邮）而不是marketing promotion email，这个价值会和客户关系的价值成正比。

灰色地带或者损害用户邮箱使用体验的，不予讨论。我真心希望5年后个人电子邮箱服务仍然是最重要的互联网服务之一。

可以梦想一下本赛季的冠军了（多图）

9连胜
本赛季客场全胜
终结尤文图斯49轮不败纪录
最关键的是，没有让裁判偷走我们的3分

首发阵容：看比赛谁能想到队长39岁了？新门将全场表现也非常稳定出色

坎比本场比赛发挥一般，主要精力都在限制皮尔洛身上了吧

日本人和三叉戟一起打通了左路！贡献奠定胜局的助攻

米利托抓住了自己创造的点球机会

第二个进球，瓜林这脚打门有一半功劳

米神高速奔跑中迎球发力！

三冠王的米利托又回来了！

在亚庇拍摄的一些视频

在亚庇拍到的街头乐团。。。音乐风格还真有意思，有谁鉴定一下是翻唱还是马来西亚的原创音乐呢？

邱达达下水

带学龄儿童去香港旅游，除了迪斯尼/海洋公园外，强烈推荐香港科学馆，小孩子真的可以在里面泡一天啊！父母可以脱身去加连威老道逛个街。另外太空馆和艺术馆也可以合在一起逛个半天。。

Drupal 换成用 Mollom 模块做 CAPTCHA 后，感觉很好

http://mollom.com/，非常靠谱。。。困扰我好几年的英文spam，终于不用费力的自己处理了！

今天第一次发现灯鹭

看起来是最近太忙在自己的领域里了，按理说早就应该想到中国一定有Clone，但是今天才刚刚发现。

因为正好在管搜狐BBS的技术，也看到搜狐的我来说两句在忙忙碌碌；所以有时候不免想，与其搞那个，可能还不如做个 Disqus 出来。现在看灯鹭在社会化评论托管这一块，已经是领先优势，再杀进去也没太大意思了。

再换个思路，这个服务，怎么货币化呢？我觉得：

• 还没有特别有说服力的客户。这个需要继续积蓄力量，可能还需要时间和融资
• 结合微博开放平台，说不定用CMS + 社交评论服务 + 微博话题运营，可以搞出一个超越 discuz! 的社区服务
• 参考 bazaarvoice.com、badgeville.com，最终是电子/社交商务解决方案。。。如果还是淘宝导购的路数，觉得也没啥意思了

好久没有发表类似的评论了，我感觉写 Blog 的热情现在又来了

产品价值观

虽然在很早以前就看过 SendGrid，Madmimi 等服务，但很难下定决心去做 SendCloud 这件事情。这里有一个道德困境，你怎么可能同时做好 MP 和 ESP？

武汉研发中心的成立是一个好契机，从运营的角度是两个不同的实体，双方各自背负相应的工作目标，按照行业标准的流程来配合；另一方面，ESP 本来就不应该妖魔化，或者说，SendCloud 因为没有短期的盈利压力，我们希望以最正规的模式，吸引最优质的发信人，给最终用户最好的投递体验。我希望，且相信 SendCloud 能达到 SendGrid、Mailgun。。。未来乃至 Mailchimp 那样的市场口碑。

有做事的守则、目标还不够，我觉得还需要产品核心价值观，价值观是把创业团队凝聚在一起的东西——不仅仅是赚钱和KPI，价值观还是产品在行业生态链里的定位。后来我总结 SendCloud 的价值观如下：“SendCloud 帮助(Web)应用和用户收件箱产生连接” 。我认为对于消费者来说，邮箱在人和人之间通信里的地位在下降，对于 MP 来说，来自外部应用的有价值的内容会越来越重要，对于应用开发者来说，邮箱是一个依然可靠的目标平台；通过 SendCloud 的努力，同时为消费者、MP、Developer 提供价值，这就是我们存在的意义。

武汉研发中心的第一个产品，搜狐随身看的核心价值观是：我们把传统的面向 Desktop 发行的内容经过智能转换和适配存储在云端，提供给用户跨设备的，优质的内容消费体验。

名词解释：ESP 和 MP

ESP 是 Email Service Provider 的缩写，以前行业内在交流的时候，大家缺省认为提供邮箱服务的就是 ESP，现在看这种称呼是有问题的，应该予以纠正，否则国际交流的时候会闹笑话。

在去年12月的 RFC6449(关于 FBL) 里明确定义：

1. Email Service Provider (ESP) - A provider of email sending services; the ESP is often a Message Originator working on behalf of a Message Author. MAAWG uses the term "ESP" solely for this definition and does not refer to a Mailbox Provider for End Users as ESPs.
2. Mailbox Provider - A company or organization that provides email mailbox hosting services for End Users and/or organizations. Many Mailbox Providers are also Access Providers.
3. Access Provider - Any company or organization that provides End Users with access to the Internet. It may or may not be the same entity that the End User uses as a Mailbox Provider.

在今年6月刚刚出的RFC6650里也同样沿用了上述 Email Service Provider 和 Mailbox Provider 的定义。

另外关于 FBL 的实现，RFC 里提出了 Feedback Provider 的概念，我觉得还有点道理，理论上 FP 和 MP 可以不是一个实体，搜狐邮箱可以先把 FP 这一块的服务独立出来开发。

附：有时候觉得老外真是严谨得过了头，当看到 Mandrill 提供的 SMTP 服务除了 25 和 465(SSL SMTP) 之外，还提供了 587 这么屌爆了的端口，orz.... 严格来说，ESP 提供的确实是 MSA 服务

更新：发现 ReturnPath 就是一家专业的 Feedback Provider

参与搜狐校园招聘

本文来自写给我几位同事的邮件。搜狐公司是一个巨大的系统，你先需要一段时间来了解它的规则，然后再需要一段时间适应这个规则。。。本次校园招聘是我在搜狐参与的第三次校招了，我想我总算大概明白应该如何校招——尤其是HR的校招流程对我而言实在是成本相对比较高的一样活动

• 首先，校招其实是占用明年的HC，所以是否招募毕业生，这个需要大家对明年的业务规划，以及对目前人员的组成结构进行分析——我究竟是应该社招？还是应该校招？

• 其次，我们现在仅仅是对开发类工程师有一套（还不能称得上成熟）甄别、培训、提拔的机制，所以针对9月份HR组织的校园招聘流程，我们仅仅只参与开发类工程师的部分。

  其他职位，比如测试工程师、运维工程师、产品和运营、视觉设计和交互设计…如果是要招募2013届毕业生，必须要有在我们这里经过相当长实习经历的学生才可以给offer

• 最后，请大家思考一下是否需要参与本次HR组织的招聘环节（包括北京和武汉），和潜在的岗位需求

  如果有现在实习阶段表现不错的2013届毕业生想给offer（预先权衡好是校招还是社招），也提早和我打招呼，我最后衡量应届毕业生offer的分配

• 回到第一条说明，也是重点需要再强调一下。想明白校招需求之前，先提前规划2013年的业务发展的人力资源需求