博客

西藏第一天

qyb 发表于 2013-07-27 22:32:20

7点出发，11点降落
住在汉庭全季，有家庭房。房间面积将近30平米
Agent建议3-4天之后再去纳木错，因为那里的高反会比较剧烈
因此目前的计划是明天游市内，周一就出发去珠峰大本营

周六再去纳木错

迄今为止，高反并不剧烈。看今晚休息的如何吧

Topic: 生活

拉萨之行计划

qyb 发表于 2013-06-23 23:21:52

仅仅是买了来回机票，别的都还没有弄。据说7月初全季和星程都有新店开业，打算到时候看看这两家的价格

计划如下：

周六【住拉萨】：飞抵拉萨，休息，适应。寻找当地的Agent，打听纳木错，以及大本营/日喀则四日游情况
周日【住拉萨】：拉萨市内游
周一【住拉萨】：纳木错
周二【住拉萨】：休息，拉萨市内游
周三：四日游第一天
周四：四日游第二天
周五：四日游第三天
周六【住拉萨】：四日游第四天

周日：飞回北京

总共这个行程不便宜，人均开销 10000+

Topic: 生活

我回来了

qyb 发表于 2013-06-20 22:33:56

Jasper 把我从最近一年半的泥潭中拯救出来，感谢上帝

====

互联网的项目，一般来说，最开始是产品技术驱动，增长到一定程度后才是运营驱动
过早以运营驱动增长，我觉得可能会有不对
但在大公司里面，KPI的压力很容易让运营驱动增长。也不是说这种模式就一定有问题，因为到底何时靠产品技术的增长已经到天花板，该上运营了呢？什么时候产品技术又要接过运营的接力棒，开始新的一轮产品迭代呢？
我觉得即使最顶级的团队也不能保证这一点

创业实在是件运气的事

====

技术专家，首先是业务专家。
这句话凸显了创业团队前那么1-2个核心开发人员的招聘困境
你不熟悉业务，就算你能每周工作80个小时，敲出10000行无错代码，但仍然不是技术专家
你不是技术专家，团队怎么能算得上产品技术驱动？

其实想起来，我可以向博客技术专家发展

====

有些事情，不经历，就不会做；更可怕的是，即使学习过，导师讲过，但到了那个坎我还是要摔跟头。或许世界上真有生而知之的人，我不是

可能还是要自己给自己做cheat sheet随时看

====

主动性、危机感

差异化、增长性

====

Jasper 痛斥了大公司邮件横行的局面
我觉得自己需要反思一下
“有精力写那么长的一封信，这么要紧的事情，不如把人揪到一起去，开个会，有结论了，再写信说明如何行动”

而且一封很长的信，会导致另外一封很长的信

反思的结果是：如果是半个小时之内开会就有结果的事，尤其是救火的事，绝对不能写邮件
不过貌似我还是有写长邮件的特权，因为我的主要工作职责，应该不是救火，哈

可以鼓励大家在非工作时间之外多思考，写长邮件

====

对于 Q2 自己主抓的一些事情，感觉还是有成效。Q3 要把重心转向到差异化、增长性

我回来了

Topic: 商业

解决 Outlook 2007 脱机通讯簿同步的 0x8004010F 错误

qyb 发表于 2013-06-18 13:06:06

如果机器没有加入 AD 域，且管理员没有配置 autodiscover 的 DNS 记录，Outlook 2007 就无法同步脱机通讯簿了。

Outlook 同步中具体的流程见：http://www.cnblogs.com/maple/archive/2007/04/02/697491.html

解决方法很简单，询问IT同事后，知道我们的 autodiscover 服务就是在 mail.sohu-inc.com 上，然后配置 hosts 指向 autodiscover.sohu-inc.com 到服务器IP就行了

Topic: 电子邮件

RedHat Summit 2013目前可下载的pdf演示稿简单整理

qyb 发表于 2013-06-15 16:21:55

PPT的题目列表在http://www.redhat.com/summit/2013/presentations/

但是pdf需要翻墙才能下载

感觉今年RedHat主推的是它的Storage Server，是基于GlusterFS的方案；还有一个就是它的OpenShift，开源PaaS方案，以及openshift.com这个PaaS公有云实例

另外一个感觉，赶紧从 RHEL5 升级到 RHEL 6 吧！

技术：
  1. 一般性介绍
    1. RedHat Storage Server Roadmap & Use Cases：http://rhsummit.files.wordpress.com/2013/06/saha_rhss_summit_roadmap_strategy_usecases_3-1.pdf
    2. KVM Roadmap：http://rhsummit.files.wordpress.com/2013/06/sarathy_t_1040_kvm_hypervisor_roadmap_and_overview.pdf
    3. Linux Container Roadmap：http://rhsummit.files.wordpress.com/2013/06/sarathy_w_0340_secure_linux_containers_roadmap.pdf
  2. 开发相关
    1. 软件打包分发，虽然developer toolset是RH自己的方案，但是也值得参考
      1. http://rhsummit.files.wordpress.com/2013/06/mmaslano_f_1100_bring_order_into_your_packaging_madness_with_software_collections.pdf
      2. http://rhsummit.files.wordpress.com/2013/06/newsome_t_1040_developer_toolset.pdf
    2. 开发工具
      1. Eclipse下的C/C++开发：http://rhsummit.files.wordpress.com/2013/06/johnston_eclipseinrhel.pdf
  3. 配置和性能调优
    1. http://rhsummit.files.wordpress.com/2013/06/england_th_0450_rhs_perf_practices.pdf
    2. http://rhsummit.files.wordpress.com/2013/06/portante_f_1100_red_hat_storage_server_best_practices_and_advanced_configurations.pdf
    3. 为数据库调优：http://rhsummit.files.wordpress.com/2013/06/rao_t_0340_tuning_rhel_for_databases.pdf
云计算相关商业、产品概念（全部都是关于PaaS、OpenShift、私有化混合云之类的，可以学习怎么做ppt）：
http://rhsummit.files.wordpress.com/2013/06/che_w_0230_openhybridcloudisthenewit.pdf
http://rhsummit.files.wordpress.com/2013/06/fernandes_t_1040_streamline_and_accelerate_it_service_delivery_with_openshift_enterprise.pdf
http://rhsummit.files.wordpress.com/2013/06/fricke_integrated_distributed.pdf
http://rhsummit.files.wordpress.com/2013/06/haff_w_230_choose_your_own_path_to_the_cloud.pdf
http://rhsummit.files.wordpress.com/2013/06/hicks_w_1040_openshiftoverviewandroadmap.pdf
http://rhsummit.files.wordpress.com/2013/06/mmcgrath_t_450_openshift_deep_dive.pdf

http://rhsummit.files.wordpress.com/2013/06/noceda_t_0120_consumepaasinthecloudwithopenshift.pdf

Topic: 商业 技术

两个团队如何协同开发电子邮件系统？

qyb 发表于 2013-06-09 23:24:20

从报导上看，最知名的例子可能是Coremail和163之间的关系。最近我也开始碰到这个问题了，武汉和北京之间怎么去协同？

按照上篇文章列出的1/2/3，计划是这样，
a. MTA 体系双方各自建设
b. 武汉负责反垃圾邮件引擎的支持，但对外发送方面，两边也是各用各自的方案
c. 每次持久数据结构大变动是一次Major版本升级，小变动算Minor升级。Major升级应该主要是由北京这边推动的
d. web access 双方各自发展
e. 标准协议北京主导

f. Mobile App，甚至 Desktop App，这个需要再积累积累

Topic: 电子邮件 技术

Regions and Availability Zones

qyb 发表于 2013-06-09 22:20:39

今早内部写了一封邮件，里面用了这两天思考问题时用的两个词：Zone、IDC。晚上查了一下 Amazon，发现 AWS 里面，对应的概念是 Regions 和 Zones

联想到前不久王建硕的那篇被翻译成中文的blog里关于中国巨大市场导致国外互联网巨头面临严酷竞争的事情，中国因为其巨大的地域，互联互通（即使不考虑大家吐槽的运营商垄断问题）使得云计算这件事情变得格外有意思。

以前从来没有从 IaaS 服务提供商的角度去看待过搜狐机房建设，以及内部开发者如何使用该计算环境的问题。看了 AWS 的文档，觉得思路是应该变化一下了。

模仿 AWS，就应该这样描述网络环境：
  1. 建设有北京、济南、上海三个 Regions，Region 从计算的角度看应该是隔离的！！（这一点非常重要）
  2. 每个 Region 内建有若干个 Zones，Region 内部的 Zone 之间用低延迟的网络互连

最关键的第一点就是以前固守 BJ Region 的思路要转变过来，包括内部沟通用的一些名词也应该避免误导。当谈论所谓北京和上海的“内网”时，说的可不是 Region 内部 Zone 之间的“内网”，而是一条有较高质量保证的公网线路而已——All communications between regions is across the public Internet.

寻找帮助去搜索"mysql across aws regions"之类的关键词即可。感谢在 AWS 上探索的开发者们 :)

Topic: 技术

IMAP 服务器重定向

qyb 发表于 2013-06-09 17:59:21

这两天一直在思考公有云服务体系里面 zone、IDC 等概念，突然想邮件这一块：

1. web 访问由于有 301/302 跳转，是容易的
2. 自己做客户端访问，也是容易的
3. 微软的体系，Exchange 里面有 ExternalURL，想来 ActiveSync 应该有类似的协议机制

4. 那标准协议呢？去搜索了一下，果然 IMAP 里面是有 MAILBOX-REFERRALS 和 LOGIN-REFERRALS 的。但据说没有客户端实现过对该能力的支持。囧

在公有云环境下，要想最大化保证客户邮件访问体验，自己做客户端看起来是必须的。over

Topic: 电子邮件

如何做好一个 Mailbox Provider

qyb 发表于 2013-06-07 00:36:55

至少需要做好4件事：

  1. 一套好的信件存储服务和邮件索引服务（以及全文索引），及相关运维保障
  2. 一套好的 MTA 运维体系及相关技术保障
  3. email app
    • 二十年前，提供SMTP和POP3即可
    • 十五年前，还需要 web access
    • 五年前，IMAP4，对移动设备更加友好
    • 如今，有了ActiveSync还不够，还得考虑诸如 Mailbox 这样的独立 app provider 竞争
  4. 数据服务

N年前，我看Gmail的招聘广告，工程师大概就是分成这4类。但是从知其然到知其所以然，需要很长的时间跨度。

--2016.01.11 Update，应该再加一个定语 free mailbox provider；企业邮箱服务至少不需要做数据服务（开展营销业务以完成闭环）

Topic: 电子邮件

关于触发式邮件

qyb 发表于 2013-06-06 23:12:23

我在和人谈起云的时候，常常这样比喻：云计算之于传统IT就好比发电厂取代蒸汽机一样，能源能够廉价地获取，极大得刺激了工业发展，然后反过来推动了对电力的需求，最终成长出新的能源行业；同样云计算虽然降低了IT拥有成本，但这会进一步推动计算应用的无所不在，最终云计算会是一个比传统IT更大的行业。

今天突然想到，类似 SendCloud 这样基础服务提供商的出现，是否也会推动触发邮市场的进一步扩展呢？

传统做邮件发送，量大了就会很麻烦。要去了解MTA，了解邮件队列管理，各种各样的协议，和不同的 MP 沟通，等等等等，然后就是数据分析，查询等等。如果每天邮件发送量到了1万封，就不是普通的企业邮箱能处理，而需要专用的服务器托管来发送；到了10万封这个级别，肯定需要有专门的工程师来花相当的精力做这个事，而且是经验非常丰富的工程师才能做明白。这在北上广深，就意味着每年要在这个项目上投入好几万甚至几十万，并承担巨大的风险——因为一旦这个工程师离职，想找个能替换的人还真麻烦。

于是要么三心二意地做，要么去寻求外包。但，在 SendGrid 打响 Transactional Email 这个名称之前，还真缺乏专业的服务提供商。我觉得 SendGrid，包括 MailChimp 等，一个很大的作用是让用户从事业起步开始，就以很小的成本体会到了这种专业化电子邮件运营服务为其带来的收益。

有这么一种可能，就是相当部分的触发邮，包括许可订阅的邮件需求，因为上述巨大的成本，以及缺乏针对性的、安全可靠的服务提供商（最后再加一个形容词，可弹性扩展的吧），被抑制住了。我们期望能够以优质的产品，把背后的需求释放出来。

Topic: 电子邮件
订阅 RSS - 博客 | BT的花