qyb的博客

对于 UOS 的转型，程辉的理由是网络和硬件千奇百怪，私有云的服务做不下去。。。

类似的问题在 Linux 身上肯定是出现过，而且今天看，Linux 显然是搞定了这件事情。假如我们认定大中型企业会走向私有云，而且开源系统必占有一席之地，那就好好回忆一下 Linux 是怎么踩着这些坑一路走过来的。

红帽现在6000名员工，收入是十几亿美元，净利润是10%；Facebook 也是6000名员工，收入是红帽的十倍。做IT服务的创业企业，首先要想明白自己要成为一家什么样的公司。UOS 原来的路径，可能需要5年的努力，才能见到曙光。

还有一个VC预期的问题，类似的业务，在没有明确的正向现金流、客户群体起来之前，找VC可能不是好时机。

1. 近1-2年，中国可能不存在足以让真正的私有云产品生存的市场（IaaS/PaaS）。
2. 可用的私有云产品或服务市场都没有，大中型企业会真心拥抱公有云吗？从我目前得到的信息看，公有云都是在卖网络，而不是在卖计算和存储。
3. 从互联网的本质——“建立连接”——这一点来说，很可能卖网络是最大增值的地方。
4. 都在说存储未来会是免费的，计算会不会也是免费的呢？

搜狐的企业网盘，目前看，基于网络的服务包装，确实也打中了用户的痛点，是它的私有云很难搞定的

再复杂的生意都只有这一个目的，卖货，卖多，卖高

1. 最近少有的在微博上和人争论，而且对方的论点我都同意，所以要记录下来。http://weibo.com/1402551940/BdI3kjPmM
2. QingCloud 的黄允松在朋友圈吐槽UI、术语被抄袭，说的应该是本周发布的 UOS 2.0，从私有云走向公有云和托管服务。
3. OneAPM上线，中国版的 New Relic，基础收费是每节点每月99。找了一下当初 PaaS 计划的标准，是每个core每月5元，收费差不多

晚上听了RedHat工程师蔡书的分享

整理一下他的观点和透露的信息：

1. PaaS是中间件的云化平台
2. 所有公有PaaS到目前为止都是失败的
3. PaaS作为平台性的项目，落地很难，周期很长
4. 中国的OpenShift案例
   • 香港城市大学
   • 在跟进若干大陆制造业的客户
   • 在和若干金融业的客户研讨
   • 有一个快递业的客户，300多个应用，600多台服务器
5. 洗脑：如果OpenShift还解决不了运行环境标准化的问题，那说明这个问题就不应该试图解决
6. 国外的OpenShift案例
   • Paypal, 2013年5月，上线14台服务器，支持了400多个开发人员
   • Cisco
   • Dell
   • 注意上述三家都是RedHat的关系户
7. 1.5个运维人员可支持200个开发人员...为什么是1.5?
8. 16core/96G服务器，RedHat会跑大概100个实例。（他说公有云会跑400个）
9. PaaS公有云的两个弱点：container技术不能把TCP端口变多；很难解决ARP欺骗问题？？？
10. 最开始OpenShift Online使用了AWS的约80台EC2，现在是200个

Mark 一下 ELRepo

适合不想纠结内核编译，直接 rpm/yum 升级的糙快猛解决方案

关于学习能力

新产品是基于某个开源框架开发的，有一个至关重要的特性，需要框架底层有支持才能完成。相关的函数，就在文档里写着，但是开发同学愣是没有发现，其主管甚至做好了重新创造轮子的计划。。。幸好我特别关注这个特性和进度，也一直在关注这个框架相关的技术，当知道难处以后去把文档浏览一遍，立刻就发现了这个函数，早上来通知开发同学一测试，大功告成。

今天和人说起来，我现在就是典型的"信息工作者"，每天处理大量信息，然后产生出对工作有用的新信息出来，推动进步。只动眼睛和大脑，不写代码不动手，最后动动嘴写写邮件就是我看得见的物理产出。

文档放在那里不会用，不去读。我认为就是学习能力的问题。或者英语不好？总之不善用知识的人，肯定很难适应IT行业。

但这个主管肯定是有能力的，可能是太相信手下的程序员？我觉得这又是一个态度的问题：你完全信任手下能构建好相关的知识体系吗？是否轻易得把这个性命攸关的因素交托在他人手上？

作为技术主管，除了完成绩效、确认手下都在正确出力之外——这也是包工头的工作模式——还需要为个人怎么去学习和发展头脑、团队如何做好知识管理而努力

如何获得 RHEL kernel 的单个patch

记得以前 redhat 发布的 kernel srpm 包，里面是一个2.x.xx的原版kernel + 一大坨 RH 自己的 patch。后来不知道出于什么考虑，它只提供"混淆"版本的kernel源代码，对需要研究订制内核的开发者来说非常不爽。

想要拿到单个的patch，官方的说法是访问https://access.redhat.com/knowledge/sources/，但是需要成为红帽的订户才能登入...

于是就有了 RedPatch 这样的良心项目：它没有公开得把 patch 提供出来任意下载——估计这么做是违反协议的）——而是把 patch 一个个 commit 到源码树里，这样我们访问这个 git 树就能获得单个patch 了！

Mark 一下 JMAP 和 switchboard

http://switchboard.spatch.co/examples/

信息化时代的父女对抗

一直在给小朋友 Nexus 7 用，因为 Android 有一套多账号系统，可以对子帐号限制哪些应用她能用。换句话说，我是 root 用户，她是普通的 user，root 和 user 的数据区还是隔离的...

但是小姑娘猜出了她爹的 root 密码之后，就一直偷偷的使用 root 功能看！电！影！直到前天晚上才被发觉.

天空飘来五个字儿，那都不是事

很小的时候，肯定是在10岁以前，在类似《读者》的一个刊物上看到：（以下内容引自百度百科）“有一个大王叫犹太王大卫。某一天做了一个梦，梦中梦见一个神仙。神仙告诉犹太王一个方法，无论是多么的艰难都会顺利的度过；无论怎么富有和有权利也不会骄傲自负。结果梦醒后犹太王想不起来神仙告诉他的方法，他就召集大臣悬赏，谁要是知道他梦中的方法他就赏这个人一辈子的荣华富贵。结果大臣们想个好几天终于给犹太王一个答案，那就是：这也会过去。之后犹太王大卫就把这句话刻在了戒指上，来警示自己 。”

后来想起这句话，总觉得应该是翻译过来的，而不是本土自制的心灵鸡汤；但一直也没有找到英文原文。今天无意中从生活大爆炸里面看到，This Too Shall Pass，解决了多年来心头的一个疑惑。

利用firefox修复pdf文件

某同事体检，留了QQ邮箱，体检结果寄到了邮箱里。

现在他需要把这个pdf文件交给另外的人，麻烦在于这个pdf在QQ邮箱里的preview是能看到的，但是下载下来是无法用Adobe打开。

上网搜了一下，倒的确有在线修复工具。尝试修复，无果。

后来想到firefox不是也内置一个pdf.js做PDF的在线查看么。。。于是用firefox打开之，结果还不错，5页的PDF，后四页都正确解析出来了，第一页是空白；所幸第一页就是这个体检机构的封皮，于是重新打印到PDF文件后面的4页生成新文件，搞定