8点见到了司机，没有等到预想中的边防证和身份证，不爽
司机解释说九点半才办公，下午等我们到日喀则的时候身份证和边防证一定已经在那边等着了
因为我们5个人，在后备厢加了个垫子，暂时达达坐那里
沿机场高速转S307省道直奔羊湖
过山口时海拔较高，达达可能也是因为座位不好，有点高反。一路不爽直到日喀则把胃吐干净了才缓解
羊湖很漂亮
卡若拉冰川没有进景区交门票钱，附近停下来拍了拍
中午饭后到达江孜，参观白居寺，相比大昭寺拥挤的游客非常超值。最好要一个普通话解说。泥塑和壁画超赞
离开江孜就是日喀则，因为限速停下来休息了两趟。晚饭在吾尔朵藏餐吃的，严重推荐。
正是在吾尔朵的门口邱可心大吐特吐。然后精神回来，高高兴兴吃了晚饭，回房睡觉。
卖了6瓶矿泉水，3听红牛，一罐20元的氧气，以备明后天之用。
一大早出门有些拖大。没有带伞
结果在大昭寺被淋到了。好在都穿了冲锋衣
乘着雨小的时候冲到雪域餐厅，这时候才10点45
磨磨蹭蹭吃完饭，太阳也出来了。拉萨的雨季果然是每天下，但过了中午雨就停了
前往Agent处交了一半的订金。把身份证也都给他们，代办边防证。然后就前往布达拉宫拍照了
一路从布达拉门口走一路拍，发掘出了RX100和iphone5的全景模式，不亦乐乎
走到西头，乘8路公交前往罗布林卡。
罗布林卡很大，实在没有力气再去对面的博物馆了。
在青川藏公路纪念碑前拍个照就回旅店了
晚上约8点半，Agent打电话过来介绍明天早上的车和司机
Over
7点出发，11点降落
住在汉庭全季，有家庭房。房间面积将近30平米
Agent建议3-4天之后再去纳木错，因为那里的高反会比较剧烈
因此目前的计划是明天游市内，周一就出发去珠峰大本营
周六再去纳木错
迄今为止，高反并不剧烈。看今晚休息的如何吧
仅仅是买了来回机票，别的都还没有弄。据说7月初全季和星程都有新店开业，打算到时候看看这两家的价格
计划如下：
周六【住拉萨】：飞抵拉萨，休息，适应。寻找当地的Agent，打听纳木错，以及大本营/日喀则四日游情况
周日【住拉萨】：拉萨市内游
周一【住拉萨】：纳木错
周二【住拉萨】：休息，拉萨市内游
周三：四日游第一天
周四：四日游第二天
周五：四日游第三天
周六【住拉萨】：四日游第四天
周日：飞回北京
总共这个行程不便宜，人均开销 10000+
Jasper 把我从最近一年半的泥潭中拯救出来，感谢上帝
====
互联网的项目，一般来说，最开始是产品技术驱动，增长到一定程度后才是运营驱动
过早以运营驱动增长，我觉得可能会有不对
但在大公司里面，KPI的压力很容易让运营驱动增长。也不是说这种模式就一定有问题，因为到底何时靠产品技术的增长已经到天花板，该上运营了呢？什么时候产品技术又要接过运营的接力棒，开始新的一轮产品迭代呢？
我觉得即使最顶级的团队也不能保证这一点
创业实在是件运气的事
====
技术专家，首先是业务专家。
这句话凸显了创业团队前那么1-2个核心开发人员的招聘困境
你不熟悉业务，就算你能每周工作80个小时，敲出10000行无错代码，但仍然不是技术专家
你不是技术专家，团队怎么能算得上产品技术驱动？
其实想起来，我可以向博客技术专家发展
====
有些事情，不经历，就不会做；更可怕的是，即使学习过，导师讲过，但到了那个坎我还是要摔跟头。或许世界上真有生而知之的人，我不是
可能还是要自己给自己做cheat sheet随时看
====
主动性、危机感
差异化、增长性
====
Jasper 痛斥了大公司邮件横行的局面
我觉得自己需要反思一下
“有精力写那么长的一封信，这么要紧的事情，不如把人揪到一起去，开个会，有结论了，再写信说明如何行动”
而且一封很长的信，会导致另外一封很长的信
反思的结果是：如果是半个小时之内开会就有结果的事，尤其是救火的事，绝对不能写邮件
不过貌似我还是有写长邮件的特权，因为我的主要工作职责，应该不是救火，哈
可以鼓励大家在非工作时间之外多思考，写长邮件
====
对于 Q2 自己主抓的一些事情，感觉还是有成效。Q3 要把重心转向到差异化、增长性
我回来了
如果机器没有加入 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就行了
PPT的题目列表在http://www.redhat.com/summit/2013/presentations/
但是pdf需要翻墙才能下载
感觉今年RedHat主推的是它的Storage Server，是基于GlusterFS的方案；还有一个就是它的OpenShift，开源PaaS方案，以及openshift.com这个PaaS公有云实例
另外一个感觉，赶紧从 RHEL5 升级到 RHEL 6 吧！
技术：
云计算相关商业、产品概念（全部都是关于PaaS、OpenShift、私有化混合云之类的，可以学习怎么做ppt）：
http://rhsummit.files.wordpress.com/2013/06/che_w_0230_openhybridcloudis...
http://rhsummit.files.wordpress.com/2013/06/fernandes_t_1040_streamline_...
http://rhsummit.files.wordpress.com/2013/06/fricke_integrated_distribute...
http://rhsummit.files.wordpress.com/2013/06/haff_w_230_choose_your_own_p...
http://rhsummit.files.wordpress.com/2013/06/hicks_w_1040_openshiftovervi...
http://rhsummit.files.wordpress.com/2013/06/mmcgrath_t_450_openshift_dee...
http://rhsummit.files.wordpress.com/2013/06/noceda_t_0120_consumepaasint...
从报导上看，最知名的例子可能是Coremail和163之间的关系。最近我也开始碰到这个问题了，武汉和北京之间怎么去协同？
按照上篇文章列出的1/2/3，计划是这样，
a. MTA 体系双方各自建设
b. 武汉负责反垃圾邮件引擎的支持，但对外发送方面，两边也是各用各自的方案
c. 每次持久数据结构大变动是一次Major版本升级，小变动算Minor升级。Major升级应该主要是由北京这边推动的
d. web access 双方各自发展
e. 标准协议北京主导
f. Mobile App，甚至 Desktop App，这个需要再积累积累
今早内部写了一封邮件，里面用了这两天思考问题时用的两个词：Zone、IDC。晚上查了一下 Amazon，发现 AWS 里面，对应的概念是 Regions 和 Zones
联想到前不久王建硕的那篇被翻译成中文的blog里关于中国巨大市场导致国外互联网巨头面临严酷竞争的事情，中国因为其巨大的地域，互联互通（即使不考虑大家吐槽的运营商垄断问题）使得云计算这件事情变得格外有意思。
以前从来没有从 IaaS 服务提供商的角度去看待过搜狐机房建设，以及内部开发者如何使用该计算环境的问题。看了 AWS 的文档，觉得思路是应该变化一下了。
模仿 AWS，就应该这样描述网络环境：
最关键的第一点就是以前固守 BJ Region 的思路要转变过来，包括内部沟通用的一些名词也应该避免误导。当谈论所谓北京和上海的“内网”时，说的可不是 Region 内部 Zone 之间的“内网”，而是一条有较高质量保证的公网线路而已——All communications between regions is across the public Internet.
寻找帮助去搜索"mysql across aws regions"之类的关键词即可。感谢在 AWS 上探索的开发者们 :)
这两天一直在思考公有云服务体系里面 zone、IDC 等概念，突然想邮件这一块：
1. web 访问由于有 301/302 跳转，是容易的
2. 自己做客户端访问，也是容易的
3. 微软的体系，Exchange 里面有 ExternalURL，想来 ActiveSync 应该有类似的协议机制
4. 那标准协议呢？去搜索了一下，果然 IMAP 里面是有 MAILBOX-REFERRALS 和 LOGIN-REFERRALS 的。但据说没有客户端实现过对该能力的支持。囧
在公有云环境下，要想最大化保证客户邮件访问体验，自己做客户端看起来是必须的。over
本站的feed
最新评论