博客

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

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

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

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

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

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

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

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

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

邱达达下水

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

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 是 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年的业务发展的人力资源需求

==前言：我的硬盘上专门有一个目录“JD”，可以说JD是我写得最严肃的文档之一，因为我总感觉我最期望读到这份文档的读者，一定是在用最挑剔和最怀疑的心态来对待它。凡是我看到网上写得好的JD，无不如获至宝将其复制粘贴..以及翻译到我的JD目录

以下职位仅仅是本次校招我手下的开发类岗位，欲了解更多搜狐校招信息，请访问 http://hr.sohu.com/

前端开发工程师/页面制作工程师（地点：北京、武汉）

• 职位描述
  1. 负责将视觉设计师输出的设计完美制作成HTML/CSS，以及相应模板
  2. 和交互设计、产品经理、Web开发工程师紧密配合，使用JavaScript或者ActionScript完成浏览器端应用逻辑和交互效果
  3. 开发基于Chrome等浏览器的App（亦有称呼为扩展、插件）
  4. 探索基于HTML5、移动设备等新型终端上的JavaScript/HTML/CSS应用可能
• 校招职位要求
  1. 熟练掌握前端开发的相关技术，JavaScript、CSS、HTML
  2. 熟练运用jQuery、backbone等前端框架
  3. 熟悉HTTP协议和规范
  4. 有良好的JS/CSS编码风格
  5. 熟悉常用的数据结构和算法
  6. 有软件交互、视觉设计方面经验者优先

App开发工程师（地点：武汉）

• 职位描述
  1. 负责桌面以及移动设备的本地应用开发
  2. 和交互设计、产品经理、Web开发工程师紧密配合，将云端应用延伸到用户设备，提供最佳的设备使用体验和云服务体验
  3. 在桌面端包括Windows、Mac OSX、Linux等环境的开发
  4. 在移动终端包括iOS、Android、Windows Phone等环境的开发
• 校招职位要求
  1. 熟练掌握C或C++开发语言，以及常用的数据结构和算法
  2. 至少熟悉上述一种本地应用开发所需的工具、类/库、开发环境
  3. 有网络Socket开发经验者优先
  4. 熟悉HTML/CSS/JavaScript使用者优先

Web开发工程师（地点：北京、武汉）

• 职位描述
  1. 同产品经理、交互设计、前端开发紧密配合，负责实现Web端的用户业务逻辑，和相应的页面内容交互
  2. 同前端开发工程师、App开发工程师紧密配合，共同设计良好的服务访问接口，并实现
  3. 设计、实现和调优Web应用架构
  4. 为第三方开发者提供云端访问API/SDK，提升云服务价值；负责输出API文档和样例
• 校招职位要求
  1. 至少熟悉Java、Python、PHP开发语言中的一种，以及相应Web开发的应用框架、类/库、开发环境
  2. 熟悉常用的数据结构和算法的原理
  3. 熟悉HTTP协议和规范
  4. 熟悉MySQL或者PostgreSQL数据库技术
  5. 熟悉HTML/CSS/JavaScript使用者优先
  6. 熟练应用Linux环境者优先

系统工程师（地点：北京、武汉）

• 职位描述
  1. 设计并实现分布式、高可靠的系统服务
  2. 针对Java/Python/Node.js/PHP等语言虚拟机和执行环境的定制及优化工作
  3. 针对Linux操作系统、硬件特性、以及网络互联环境，进行相应的系统设计和调优
• 校招职位要求
  1. 熟练掌握C或者C++开发语言
  2. 对常用的数据结构、算法的原理和适用范围有深入认识
  3. 熟悉Linux/Unix编程环境
  4. 至少掌握一门脚本编程语言（Python、Perl之类）
  5. 熟悉网络通信协议开发
  6. 有分布式开发经验者优先
  7. 有Linux内核开发经验者优先

说是地图，其实就是几个点...

1. 第一天：中午到达亚庇机场，入住 Sutera Magellan Resort，下午做旅馆的穿梭巴士到市区转了一圈；首先去 Wisma Merdeka 拿人民币和港币换了马币，然后买了张 Digi 的 SIM 卡，叫DG Prepaid Smart Plan™。25RM，能用 7 天，包括30分钟本地电话，30条本地短信，100MB数据流量，以及我觉得很没有意义的30条彩信。最后去吃了肉骨茶，邱可心非常喜欢汤
2. 第二天：上午在 Resort 里呆着，中午去参加预订的长鼻猴和萤火虫之旅。汽车开2个多小时才到目的地，7点多看完萤火虫后再回去，晚上10点才到房间。。。囧
3. 第三天：跳岛游。打车去Jesselton Point码头，找一个轮渡窗口买船票。首先去马慕迪，然后去沙皮。一定要找靠谱的轮渡Agent，否则等船真是煎熬。两个岛的礁石和浮潜感受各有特色。差不多5点才回到岸上。找到加雅街，再找到佑记，继续肉骨茶。
4. 第四天：也就是明天，目前还没有特别的计划，应该还是上午泡 Resort，下午出去买些带回北京的土特产，找地方吃顿海鲜大餐，本次亚庇之旅就这么过去了

第五天凌晨飞机回香港

最后要说的是，曾母暗沙离 KK 直线距离500公里，西南方向。基本上可以认为东马和西马之间的航班（比如从吉隆坡到亚庇），一直是在侵犯我国领空在飞行——我猜这些航班线路都没有在北京备案，哈哈

附：亚庇是马来语 Api 的客家话音译，本地人一直称之为 Api；英国殖民者来了后称之为 Jesselton，后来因为京那巴鲁山而重新命名

View 2012夏-沙巴旅游 in a larger map

随着武汉office的发展，两地会议的需求越来越大。

搜狐官方是用 Lync 作为内部语音会议的支持，但是这玩意 1-to-1 的沟通还可以，两边一旦人多了以后，由于笔记本内置 Mic 糟糕的指向性，会议过程就难以接受。于是我开始怀念以前亿邮的那个 Polycom，打算买点什么来加强会议效果，节省差旅成本...

出于简单方便的想法，就还是决定先弄一个全向麦克风，增强 Lync 的语音能力即可。上淘宝搜索了一下，千元以下的很明显分成两个档次，一个是 200-300 之间的三角形，一个是 800+ 的十字形 IPEVO X1-N6。旺旺交流了一下，便宜的那款老板自承拾音范围1.5m以内，也就够4人围着个小圆桌开会的。于是果断放弃，拍下 X1-N6

昨天终于到货了，简单测试了一下，大概可以达到 2m 的半径，2.5m很困难。一般的6-8人中型会议桌是没问题了，新闻会议室还有焦点会议室那种大会议桌的估计坐最边上的人说话就无法被网络另一头听清了。

接下来就看实际使用效果了.