据说微软和 Google 等公司招聘的时候经常有类似「美国有多少个下水道井盖？」之类的问题，为了符合国情，向国际公司看齐，在这里随便出几个适合咱中国大型互联网公司招聘的题目。

• 1. 中国有多少高速公路收费站？
• 2. 三公支出有一万九千亿，如何确定某一「公」的比例?
• 3. 八千万党员人均住房面积是多少？
• 4. 杭州已建成住房平均入住率是多少？

个人觉得这几个问题还是挺能考量人的综合思考能力的，不收版权费，如果有人在招聘中用的话，免费用吧。

--EOF--

Updated:

第二题提示：截止2011年6月，中国共产党员已然突破8990万人，同年的公车消费为9865亿，公款吃喝为8963亿，公费出国旅游为8800亿，举办各类活动招待贵客为8900亿。另，从2000年至2011年，中国已向38个国家无偿援助了总共3千亿美元。

最近文章|Recent Articles

• 持续学习
• 小心，中兴无线上网卡会让 Mac 无法启动(附解决办法)
• 创业团队成员的「挑战」以及「成长」的问题
• 操作系统的迷思

本站赞助商：豆瓣网(Douban.com)

评论数(0)|添加评论 | 最近作者还说了什么? Follow Fenng@Twitter

DBA Notes 理念: 用简约的技术取得最大的收益...

知乎上有人说起「科班出身」这个话题，我大致写了一个回复。其实也是前几天我和前同事们分享提到的观点。很多人认为「科班出身」更加专业，而有些野路子半路出家也能做差不多的事情来，于是大家都疑惑，真的是这些人天赋异禀？

以计算机技术来说，大学本科学习的时间，不过四年而已，如果投入工作后，不能持续学习不能持续实践不能开拓思维的话，那么他的专业背景很可能停留在大学毕业那一刻而不再增长。而有些非科班的人，尽管起步阶段的积累不如科班的多，但他可能持续数年依然在学习实践、不停的开拓智域，那么你说，学了四年的人能和学了十年的人相比么？

如果读过《异类》这本书中，应该会对其中提到的「一万小时定律」，要成为某个领域的专家，需要一万小时的训练。大意也是如此。你想尽快成为众人仰慕的牛人，那么只有每天花更多的时间，下更大的功夫。那些牛人也不是一夜之间冒出来的，都是数年积累才可厚积薄发。就拿做产品来说，国内被人津津乐道的人物中，无论是搜索时代的俞军还是移动互联网时代的张小龙，最大的特点就是都够勤奋，肯下功夫。

无他，持续学习尔。跟是否科班没什么关系。只是这个环境中有耐心有恒心的人越来越少了。

--EOF--

最近文章|Recent Articles

• 持续学习
• 小心，中兴无线上网卡会让 Mac 无法启动(附解决办法)
• 创业团队成员的「挑战」以及「成长」的问题
• 操作系统的迷思

本站赞助商：豆瓣网(Douban.com)

评论数(0)|添加评论 | 最近作者还说了什么? Follow Fenng@Twitter

DBA Notes 理念: 用简约的技术取得最大的收益...

今天被一件意外的事情浪费了几个小时，罪魁祸首是中兴的垃圾 WCDMA 无线上网卡(俗称联通3G上网卡)。确切的说，型号是 ZTE MF627U，从各种反馈来看，这个 ZTE MF 系列的上网卡自带的驱动程序会导致 Mac OS X 无法启动，很多人中招。

事情经过：在 Mac 操作系统上安装完这款上网卡的驱动之后，浏览器和其他几个程序出现频繁崩溃的现象，甚至删除文件也没有响应，无奈之下重启系统，然后就悲剧了。系统再也无法启动，启动界面一直处于小菊花不停转动的状态，数分钟后依然无反应。

根本原因是中兴的垃圾驱动程序用用旧的库文件 /usr/lib/libcurl.4.dylib 替换了系统的原有文件，系统原来的文件是 64 位的(信息来源)，中兴的驱动程序中带的则是一个旧的 32 位的文件。

$ ls -ltra /usr/lib/libcurl.4.dylib*
-rwxrwxrwx  1 root   wheel  522284 Dec 26  2008 /usr/lib/libcurl.4.dylib.ZTE
-rwxr-xr-x  1 root   wheel  671264 Apr  1 15:09 /usr/lib/libcurl.4.dylib

后缀为 ZTE 的文件是中兴替换进来的，已经被我用下面的正确的文件替换。

注意，上面提到的信息来源帖子中提供了 libcurl.4.dylib 文件的下载。但我发现文件大小不对，居然是 851856 。而我系统备份中的文件大小是 671264，留下一个疑问。如果要使用，请注意风险。

我的系统能够不重新安装就修复，实属偶然与侥幸，因为前不久启用了 SSD 硬盘，所以，在原来的硬盘上还有一份几乎没什么变化的系统并且可以正常。否则的话，还是需要折腾一阵的。

一个教训是，千万别在 Mac 上用中兴的 WCDMA 上网卡! 如果非要用的话，还是用华为的吧，当然华为的驱动也不怎么样，不过起码不会让你抓狂，购买的时候一定要注意看。中文论坛上不少人已经有过悲惨经历，几乎都是重新安装的，所以这里我特地记录一下提醒后来者。

厂商发布这样的驱动程序无异于谋财害命，希望中兴开发人员早日看到并且推出认真测试的靠谱点的驱动。

--EOF--

最近文章|Recent Articles

• 持续学习
• 小心，中兴无线上网卡会让 Mac 无法启动(附解决办法)
• 创业团队成员的「挑战」以及「成长」的问题
• 操作系统的迷思

本站赞助商：豆瓣网(Douban.com)

评论数(0)|添加评论 | 最近作者还说了什么? Follow Fenng@Twitter

DBA Notes 理念: 用简约的技术取得最大的收益...

回想从最初开始负责丁香园技术团队到现在，团队规模已经增加了几倍，有人离职，也有更多的人加入。团队一大，自然有些问题会浮现出来。比如最近在和团队同事聊天或是面试面谈的时候，经常会听到类似的话「觉得现在的工作没什么挑战」或是「感觉学不到东西」，以前偶尔听到团队同事这样的反馈，还是挺让我着急的，我第一直觉是很惭愧，公司或是团队给同事提供的资源和机会太少了，于是，不停的争取资源或是尽量改进，但是最后我逐渐发现，这样还是不能完全解决问题，这并非是问题的根源，因为一方面有人说没挑战 ，一方面是一堆老大难问题很久得不到解决。觉得「没挑战」和「没成长」其实是很多人会有的心态，尤其是刚参加工作没几年的容易形成这样习惯上的认知。

我以前写过一篇 工程师在创业团队的技术挑战 ，说了一下我对技术上的「挑战」的看法，现在趁着有点空闲，再谈谈谈创业团队中的成员的「挑战」以及「成长」的问题。{请注意，这只是一篇随笔，我无意去讨论什么管理之类的废话，也不奢望就这么几个字能解决所有问题，对少数人起到一个提醒的作用就足够了}

一般觉得工作没什么挑战的，原因可能无外乎几个: 要么认为自己的能力足够高了，不屑于再做「简单」的事情； 要么认为自己是在做「重复」的工作；要么，觉得没接触到新东西；也很有可能只是各种借口或是「心态」的体现。

实际上，任何团队中都没有「简单」的事情，只有做得好或是做不好的事情。什么是简单? 给产品写一段文字说明够简单么？写一封 EDM 够简单么? 如果仔细推敲的话，会看到绝大多数文案都是糟糕的一塌糊涂，那么为什么不用更高的标准要求以下自己呢？既然能力够高了，为什么你说的「简单」的事情还做不好呢？所谓眼高手低，不就是说这种情况么? 如果小事情做到比别人好，那么大一点的事情团队就会更加放心的给你去做。否则的话，换了是你，你也不会将重要的任务交给连小事情都做不好的人吧?

任何团队中也没有「重复」的事情。任何事情，如果不针对反馈做任何改进的话，做第二遍你就会觉得是重复；而如果每次都能根据反馈不停的修正，那么做成千上万次可能还会找到乐趣。比如说我们网站经常要给用户设计一些广告图片，有的同事说，总让我做广告图片，枯燥、乏味，我的设计能力如何得到提高? 的确，如果每次都用最低的标准要求自己，怎么提高呢？客户或是同事给你的反馈，比如，图片上的文字都是毛边的，无论怎么说你都无动于衷，那么怎么可能真的提高呢? 所以，面对「重复」的事情，必须不断的给自己设立新标准，然后努力去突破，重复的事情里面依然大有文章，想想如何提高质量，再想想如何提升效率。

至于说接触不到新技术，其实问一句话就好: 你业余时间为什么不学呢? 大部分回答是: 没时间。这是无解的问题。一般听到「没时间」，有时间整天逛淘宝难道没时间学习么? 其实潜台词都是「这是不重要的事情」，任何事情，你不投入比别人更多的精力，怎么做到比别人更好么？ 正所谓，「以大多数人的努力程度之低，根本轮不到去拼天赋」，同样，不做好准备，也等不来机会。

至于心态，我引用丁香园 CEO 张进的一句话：两个都是新入职的同事，也都是第一份工作，交给他们差不多的事情做，一个想「他奶奶的，就这么点工资，让干这么多活?」，另一个则想「没想到新人都给这么多机会锻炼」，你说过几年谁的成就更大? 这或许可以回答某些人的疑问「为什么我和同学毕业的时候都差不多，怎么过几年不见，人家都做到某公司总监乃至副总了，我还是在不停的换工作?」，就是心态导致的差异。

有些人觉得创业团队或是小型公司里面，资源少，「学不到什么东西」，其实，是你没仔细去学习应该学的东西。前几天给几个好友的新创业项目提建议，我说你们某个地方做的不及格，他们说要我给讲讲，我说这个应该不用讲的，你们团队中的某某，以前看过我做同样的事情，按理说，他也能做一下的。遗憾的是，没去做，也做不来。为什么? 别人做他熟悉的那一点领域之外的事情，他是漠不关心的，意识不到学习更多东西是有价值的。有人说，问题就是机会，团队的问题，就是每个人的机会，谁能解决掉，就会给团队带来更大的价值，相应的，他也会得到更大的回报。而在创业团队里面，恰恰是需要解决问题的人，不欢迎那些不动脑筋的螺丝钉。创业团队中，可接触的问题不可谓不多，公司的方方面面都需要有人动手来做，如果平时多用点心思，学到的东西早晚在将来还会用到。很多人不都是有创业的想法么？但是你连基本的积累都不够，创业? 怕是要撞墙。

那么是不是在大公司里面才能让人得到锻炼呢? 曾经遇到过不少工程师当面告诉我，想去某某大型互联网公司去工作几年，提高一下技术，遗憾的是，几乎没看到一个人在几年后能力真的得到提升，有的甚至退步，为什么？一个很大的原因是，大公司里面多数的事情都已经固定下来了，而很多牛人之所以牛，是因为他们遇到公司从小到大的过程，在这个过程中他们得到了难得的成长机遇，不停的学习充实自己，解决各种问题，才成为牛人，牛人也多是苦日子熬过来的。等到天下皆定，哪还有那么多硬仗好打呢? 另外，「想锻炼技术」并不是一个很好的出发点，单纯的想锻炼技术实际上并不利于「解决问题」，培养能力和意识更为关键。

我在微博上调侃过：很多人都希望找到一个完美的公司，比如，办公室要无比舒适；用最好的设备；完备的培训机制，还别占用休息时间；弹性工作制；别他妈太累；也别让老子加班；公司前台要好看；没有刻板的工作流程；工作要有创造性不是重复劳动，别管我是否有创造性;队友不是猪而且都是天才，遇到困难他们就会出手解决；做的事必须是最潮的，但别管赚钱与否... 还有，最重要的，薪水要高。遗憾的是，这样的工作估计是做公务员也不一定完全具备，只会让自己更加痛苦，甚至增加无谓的抱怨。

提起抱怨来，也有必要说一下对队友的抱怨这个事情。曾经见过有人对一起合作项目同事的抱怨，比如设计师抱怨合作的产品经理有问题，总要不停的修改，时间长了，认为产品团队都很烂，经常打扰你，那么有没有想过，你是否可以给产品设计提出更好的建议呢? 甚至，有些产品设计你是否可以进行改进呢? 什么?「那不是我的工作!」 可是，为什么要给自己的能力设定一个边界? 这是多么可悲的事情，你完全可以无限制的突破边界，突破个人的局限。或许再过几年你会成为一个更好的产品设计师的啊。Zynga 的核心价值观有一条是「Level up」，不断升级，这恰恰是我们普遍缺少的心态。

的确，这是个浮躁的时代。大家容易听到各种各样的声音，每当心存困惑的时候不妨静下心来，加强对自身的认知。别幻想着走捷径，也尽量少去问别人如何成功，那些没有用，只要你别总在错误的路上越绕越远，将一些看似细微的事情做到更好，最后的成就依然惊人。

看清无处不在的「挑战」，让自己真正有所「成长」，毕竟，以后每个人都要承担更多的责任，只要你愿意。

--EOF--

最后补充一句话：「一个真正聪明的人，应该去发现别人话语中合理的部分，并且加以吸收利用，改正自己不正确的地方。而不是一发现别人言语中有漏洞或是有疑议就全盘否定。」

最近文章|Recent Articles

• 持续学习
• 小心，中兴无线上网卡会让 Mac 无法启动(附解决办法)
• 创业团队成员的「挑战」以及「成长」的问题
• 操作系统的迷思

本站赞助商：豆瓣网(Douban.com)

评论数(0)|添加评论 | 最近作者还说了什么? Follow Fenng@Twitter

DBA Notes 理念: 用简约的技术取得最大的收益...

你说这要一个多么不稳定的操作系统才会整天通知用户注意系统稳定性并且要花钱维稳呢? 百思不得其解...

一个操作系统越是封闭，越是想从最终用户身上压榨捞钱，就会常常的搞出很多消耗系统资源的垃圾软件或是病毒，系统也会变得极其不稳定，慢慢的就会被更加开放的开源操作系统所取代。

且说那个封闭的操作系统，其实也是当年直接从邻国搬来的代码，稍加修改就用上了，不但只能在少数硬件平台跑，还默认就会启动一个图形界面，面子倒是好看，但是效率太差，往往需要更好的硬件支撑，用户苦不堪言；而那个开放的系统，支持多个硬件平台，运行效率还极高，不在乎面子，更有里子。

封闭的操作系统有的时候要进行大规模重构，比如在上世纪六七十年代曾经遇到过惨痛失败；而开放性的操作系统因为基础架构合理，所需要的只是不停的改进就好。

继续说这个封闭的操作系统，一年一度的代码Review大会，今年要修改开发章程，引起关注的一个调整是第七十三条：对危险进程的处理方式：一经发现疑似危险进程，安全软件有权直接Kill掉不再通知父进程。令人遗憾的是，这个调整居然还被大会通过了。

开放的系统设计者的眼里：每个用户是平等的；而在封闭操作系统的设计者口中，当然也是所有用户都平等，只是有些用户比其他用户更加平等。

操作系统是一门复杂的课程，每一行代码都是不解之谜。

--EOF--

最近文章|Recent Articles

• 持续学习
• 小心，中兴无线上网卡会让 Mac 无法启动(附解决办法)
• 创业团队成员的「挑战」以及「成长」的问题
• 操作系统的迷思

本站赞助商：豆瓣网(Douban.com)

评论数(0)|添加评论 | 最近作者还说了什么? Follow Fenng@Twitter

DBA Notes 理念: 用简约的技术取得最大的收益...

今天看了现任 Joyent 工程副总裁 Bryan Cantrill 的演讲：Fork Yeah! The Rise and Development of illumos，讲述 illumos 项目的来龙去脉，披露了不少关于 Sun 、 Oracle 以及开源社区的信息，据说 Cantrill 在做这个演讲的时候，与会者很「动容」。而其中的陈年往事咀嚼起来很是值得思考。

首先说说这位 Bryan Cantrill ，「他曾荣登 MIT 《科技创业》35位35周岁以下顶尖技术专家榜，并被 InfoWorld 评为年度杰出创新家。在加盟 Joyent 团队之前，Cantrill 是Sun公司的杰出工程师。他在Sun公司花了十多年的时间研究了系统软件，包括从内核到浏览器客户端代码，以及和内核相关的多种组件。最有名的便是 Cantrill 联合设计并实现了DTrace。」(refer) 在 Oracle 收购 Sun 之后，Cantrill 于 2010 年 7 月离开的 Oracle，加入了 Joyent 。

在 Bryan Cantrill 的演讲中，他先是从个人的角度回顾了一下「历史」：从 SunOS 4.x 到 Solaris 的转换过程中，有很多优秀的工程师离开，导致这个问题的主要原因是引入了不成熟的 SCM 工具，Network Software Environment (NSE) -- 可见，技术官僚的错误决定在哪里都是极有破坏性的。NSE 的糟糕引来了工程师的「逆袭」，Larry McVoy 干脆开发了一套 NSE 轻量级的变种，NSElite。通过 NSElite 以及后来的 Teamware , Roger Faulkner、Tim Marsland、Joe Kowalski 以及 Jeff Bonwick 等人领导的 Solaris 2.3 项目基本达到了还可以的并行开发的效率，不过到了 Solaris 2.4 就无能为力了，质量再次滑坡。

Solaris 2.5 的开发则是背水一战，只许成功，不许失败。这个时候，Sun 有了新的硬件 UltraSPARC-I 。为确保开发质量，工程师们进行了「接管」： Jeff Bonwick 担当起代码看门人的角色，坚持「if it's broken, rip it out」的原则，确保了 Solaris 2.5 按时发布，并且确保了软件质量。经此一役，工程师们再也不愿意失去对操作系统开发上的控制。

到了 1990 年代中期，一个无法回避的论断是 Unix 必将死于 Windows NT 之手，而令人无法相信的是，Sun 居然是唯一一家意图对抗 Windows NT 的操作系统开发商。新一代「Bonwick Youth」的加入，天才们互相吸引，期待给操作系统带来革新，就像当年的 Xerox PARC 实验室那样。到了 2001 年年中，新的激进的开发开始了，这些新的操作系统功能包括：DTrace、ZFS、Zones、FMA、SMF 等。这些激动人心的特性并非由市场或是管理层驱动，而完全是工程师的想法。

ZFS，号称「终极文件系统」，首席设计师即为 Jeff Bonwick。

而这个时候，Linux 以及开源运动已经兴起，对 Sun 不可能没有冲击，内部也在反思。但是出于知识产权方面的限制，讨论了未有定论。2005 年，时任 CEO 的 Jonathan Schwartz 做出决定将操作系统开源，先是 Dtrace 开源，然后是 OpenSolaris ，时间是 2005 年 6 月。遗憾的是，有些小的但是至关重要的软件则无法开源(比如有些驱动程序含有第三方知识产权)，为此 Sun 制定了 CDDL 许可协议，不过与 GPL 不兼容。

2007 年开始，Sun 决定创建一个全新的基于 OpenSolaris 的发布，名字仍然叫做 OpenSolaris，接下来的几年，Sun 与 OpenSolaris 管理委员会(OGB) 陷入了诸多摩擦，相互牵制。OpenSolaris 发展缓慢。

随着 2009 年 Oracle 宣布收购 Sun，到 2010 年收购完成收购。OpenSolaris 的命运已经很清楚了：Oracle 对此毫无兴趣。

2010 年的夏天，存储厂商 Nexenta 的 Garrett D'Amore 在 Rich Lowe、Jason King 等人的帮助下，发起了 illumos 项目， D'Amore 等人针对版权限制的软件，或是从头写代码，或是从 BSD 系统移植，2010 年 8 月 3 日，illumos 正式可用。「Illumos」这个词来自 Illuminare，也即拉丁语的 Illuminate，「照明、照亮」的意思，可谓深有用意。

illumos 项目的最终目标有两个：一是使用开源代码取代所有仍在 OpenSolaris 使用的专有代码，二是围绕之前的OpenSolaris 代码库建立一个独立的社区。严格来说，并非 OpenSolaris 的分支项目。

2010 年 8 月 13 日，星期五，Oracle 内部泄露出来的邮件写到「在企业版Solaris系统完整发布后，我们将会向得到许可的 CDDL 或其他开源授权发布更新。通过这种方式，技术创新将会首先出现在我们发布的版本中。我们将不再实时发布整个Solaris系统的源代码。」

Oracle 的对待 OpenSolaris 的冷漠乃至不作为导致了 Solaris 团队的大范围流失，比如前文提到的 Jeff Bonwick 也在 2010年 9 月 30号 离职。在不到 90 天内，DTrace 团队全部成员离开 Oracle，其他关键特性的开发人员亦纷纷离职。好消息是，这些离开的工程师全部加入了支持 illumos 项目的公司，比如 Nexenta、Joyent 、Delphix 等。关于 DTrace、ZFS 、Zones 等操作系统特性的创新将由 illumos 传承，但不会再次出现在 Solaris 上。illumos 软件库将成为记录操作系统技术危机的一个活标本。

从 Oracle 离开的 OpenSolaris 工程师们绝大多数活跃于 illumos 社区，给 ZFS 、DTrace、Zones 等带来了更多激动人心的特性。基于 illumos 的发布包括 OpenIndian、SmartOS、illumian 等，这些发布版面向不同用户群，互为补充，发展势头不错。

但是，发展中的 illumos 项目依然矛盾重重，去年 LWN 杂志的一篇题为 Illumos: the successor to the OpenSolaris community 的文章揭示了开源社区的一些明争暗斗。开发者 Stamos Tolias 抨击 illumos 项目的「思维狭隘，ZFS中心独裁以及大教堂式的开发模式」，并且企图另建分支。Illumos 的发展被认为不够开放，缺乏独立性，而 Oracle 的潜在诉讼也正在威胁 illumos 的命运。谁都知道 Oracle 公司打官司的「威力」。

也正是因为 illumos 项目由几家商业公司支持，暂时来看，怕是很难摆脱「大教堂」模式的开发弊病，而这引起了技术社区的批评。在这里，只能期待这些支持 illumos 项目的商业公司不要短视。祝愿 illumos 在将来能有更好的发展吧。

如诸君所见，illumos 项目寄托了一代技术精英的梦想。从 SunOS 到 Solaris ，从 OpenSolaris 再到 illumos ，期间发生的故事不知道有多少，关于 Sun 跌宕起伏的命运，关于技术权力抗争、开源以及梦想的故事，或许将来能有人详细如实的记录下来，一定非常有借鉴意义。

「Code over discussion; Innovation over democracy」

参考信息：

• illumos Project Announcement
• http://www.slideshare.net/bcantrill/fork-yeah-the-rise-and-development-of-illumos
• Illumos: the successor to the OpenSolaris community
• On the Quality Death Spiral

PS. 一时仓促，应有谬误，欢迎指出。

--EOF--

最近文章|Recent Articles

• 持续学习
• 小心，中兴无线上网卡会让 Mac 无法启动(附解决办法)
• 创业团队成员的「挑战」以及「成长」的问题
• 操作系统的迷思

本站赞助商：豆瓣网(Douban.com)

评论数(0)|添加评论 | 最近作者还说了什么? Follow Fenng@Twitter

DBA Notes 理念: 用简约的技术取得最大的收益...

最近和同事以及一些业界朋友聊起用药助手这款应用的产品理念的时候，我常常会提及「产品的路径要短」这句话。其实我想表达什么意思呢？你的产品和用户要靠的非常近，尽量缩减中间环节，减少不可控环节的依赖。比如，通过一款产品解决人们看病的问题，的确是很多人的梦想，但是那需要太多支撑技术，遥不可及。远不如针对个别场景解决一个基本问题来得实际。

比较长的产品路径会有什么问题? 举个例子，假定你是一个创业者，从种种渠道的信息你断定健康信息管理市场潜力巨大。开发了一款小型电子设备，这个设备可以测量收集个人的健康数据信息(我们从各种报道中经常看见此类产品上市的消息)，然后通过手机或者无线网络再传输到你的服务器上，然后... 听起来这是个很好的创意，健康数据多么值钱... 进行医疗分析或者辅助治疗，激动人心。且慢，这样的产品路径太长了。首先，你的设备制造就要考虑很多事情，设计、外包生产，然后，最起码做数据接口，各种设备得适配，再然后，要有渠道去推销给人们使用这个设备，用户毕竟不会飞来(能说服他们买单?)，还需要有很好的售后支持...这其中任何一个环节对创业团队来说，要控制好，成本都太高了，而且，链条太长，也注定无法快起来。

所以，我建议创业团队做产品，路径必须要短。拥有简短路径的土鳖产品，也比华而不实的靠概念堆砌起来得产品更有价值。当然，凡事都有反例，但别用反例来反驳了，有些朋友会想起苹果公司，毕竟苹果的成功目前来看，还是不可复制的。这也是我不太看好一个电子商务巨头去进军手机市场的理由。

补充一点，做产品，也不要绕路绕的太远。比如，你发现有的用户在你的电子商务平台上进行欺诈，于是乎，投入大量人力物力研发反欺诈技术手段，过了一段时间，发现效果不显著，反欺诈工具无效? 提高技术研发力度?... 当然，也是治标不治本。正所谓，为了一根香肠，没必要去买一头猪或是养一头猪，更没必要去开养猪场。甚至，你需要的那根香肠可以用其他食品替代。

--EOF--

Updated: 就这个话题延伸一下，一个传统企业(比如某些医药企业)试图打造的自己某个产品品牌的在线社区也无疑是徒劳的，要么是拿钱打水飘，要么做成了「体外循环」，背离初衷。比较合适的方式？借助已经成熟的社区，事半功倍。毕竟，你只是想拉近和用户的距离，宣传品牌，培养忠诚度，但没必要总把用户拉来你家打牌吧？

最近文章|Recent Articles

• 持续学习
• 小心，中兴无线上网卡会让 Mac 无法启动(附解决办法)
• 创业团队成员的「挑战」以及「成长」的问题
• 操作系统的迷思

本站赞助商：豆瓣网(Douban.com)

评论数(5)|添加评论 | 最近作者还说了什么? Follow Fenng@Twitter

DBA Notes 理念: 用简约的技术取得最大的收益...

文案对于互联网产品的作用，就好比路标对行路人的作用。清晰无误的文案带来的效果有的时候胜过胜过数百行代码。和百姓网的朋友交流的时候谈到他们的一个真实案例：付费产品的转化率始终始终无法提高，后来产品人员在表单下面添加了一小行文字，意想不到的是，转化率增加 20% 多；最近丁香园的某个产品改进过程中也有一个相似的例子，功能本身没有改变，只是增加了一行文字提示，结果? 询价量大幅上升。

我无意夸大这两个案例有多么神奇，而想强调的是，我们可以通过一些成本最低的改进来改善我们的产品，那就是，写更好的文案。

差的文案有什么影响? 举个例子吧，糟糕的路标有的时候让人恼火，比如北京地铁最早用东西南北做出口的标记，你可以想一下有多少人在地铁里能分清方向? 这是一个经典反面案例；而支付宝当年因为证书问题导致用户修改信息陷入「死循环」，其实也是加一行文字就能避免用户多次重试；再想想我们经常遇到的「您提交了非法请求」、「提交的表单无效」之类的让人莫名其妙或是哭笑不得的提示信息吧......

国内的互联网创业公司似乎并不怎么重视产品文案的力量(当然当下多数人也不重视文字的力量)。有些团队喜欢在技术和数据分析上猛下功夫，但是不知道，用户有的时候在一堆功能前一头雾水的主要原因就是你的文案写的不够清晰。好的文案样本可以看一下豆瓣的，清晰直接，一目了然。每次豆瓣发布新产品或是改版，我都要仔细学习一下豆瓣产品经理的文章，比如这篇 豆瓣的初衷 ，在国内互联网产品团队中堪称无出其右。

国外的互联网创业公司相对来说，更重视写作能力，看重文字，比如 37 Signals 一以贯之的实践，甚至在《重来》这本书中写到「会写就代表会思考」，并且建议「如果你准备从一堆人挑出一个人做某份工作，那就挑文章写的最好的那个」，我个人很赞同这个观点。接下来，在团队成员的招募过程中，必须要加强对候选人写作能力的要求，这也是丁香园团队目前做的很不好的一块。据说俞军在百度招产品经理的时候就让应聘者写一份产品分析文档，不知道这里面有多看重候选人的文字方面的能力。

一个优秀的产品人员应该关注文案、写好文案，重视文案的力量，文案不只是对网络编辑的要求，产品经理、工程师，同样应该重视。我们常说重视细节，其实文案、文字，同样是细节。

注意：以上所说的「文案」，单指互联网产品的「文案」，不是指广告公司面对的那种「文案」。

--EOF--

最近文章|Recent Articles

• 持续学习
• 小心，中兴无线上网卡会让 Mac 无法启动(附解决办法)
• 创业团队成员的「挑战」以及「成长」的问题
• 操作系统的迷思

本站赞助商：豆瓣网(Douban.com)

评论数(13)|添加评论 | 最近作者还说了什么? Follow Fenng@Twitter

DBA Notes 理念: 用简约的技术取得最大的收益...

在过去一段时间发现，一些大的互联网公司，比如 Amazon、Google、Facebook、Tencent，已经非常倾向于「游击队」作战模式，也即启用技术小团队，快速灵活、便于沟通；而不是动辄几百上千人攻关大项目，我知道淘宝以前有「上万人天」的大项目。

比如，亚马逊 CTO Werner Vogels接受访谈时透露：「亚马逊就建立了很多的技术小团队，每个团队基本上都是 8-10 个人，这种团队的灵活性体现在，当有了新的想法马上就能够行动起来，而且沟通简单，不需要开很多会议才能把事情说清楚」，「这些技术小团队围绕的是亚马逊提供的各种服务，比如购物、推荐系统、甚至评论服务。」

而 Facebook ，公司已经形成了「特别认可小团队」的文化，「It's important to understand that, at Facebook, we believe in particularly small teams」(refer), 绝大多数项目最多六七个人。

至于 Google，施密特曾有一次在接受采访时表示，「我们的成功产品都是由反应快的小团队开发的」，即使 Google+ 这样毕其功于一役的项目动用了超过 500 人，但「Circles 的设计是由一个人主导的。团队约为5-10人，他们在通用平台上做彼此的工作」

至于腾讯，从对张小龙的采访可知一斑。甚至去年的明星产品微信，团队也并不大，「微信第一批成员不到十人」(refer)。

我不厌其烦的举众多例子，是无意陷入到争论中(至于软件行业的朋友，就更没必要来抬杠了)。这些信息或许给我们一个启示: 游击队模式或许是个好方法。毕竟，军团作战，我是说几十乃至数百上千人的协同开发，实际上给协调和沟通带来了相当大的挑战，与其投入昂贵的管理成本，不如反其道行之，让这些问题不存在。

从我过去一年中的实践来看，收效不错。作为一个管理者，应该尽量克制投入军团作战的野心，尽管「小即美」的道理浅显易懂，但跳出思维定势似乎不那么容易。对于创业团队，人手本来就少，更是应该将单个开发小组尽可能的缩小，两三个人一个小组，效率应该会非常好，而且，创业团队几乎不存在「基础设施集中与否」的问题。

--EOF--

最近文章|Recent Articles

• 持续学习
• 小心，中兴无线上网卡会让 Mac 无法启动(附解决办法)
• 创业团队成员的「挑战」以及「成长」的问题
• 操作系统的迷思

本站赞助商：豆瓣网(Douban.com)

评论数(14)|添加评论 | 最近作者还说了什么? Follow Fenng@Twitter

DBA Notes 理念: 用简约的技术取得最大的收益...

本年度的最后一天，个人惯例，度过元旦的方式是做一下过去一年的个人总结。翻看了一下去年的总结和计划，完成度还过得去，这一年虽有遗憾，但没有虚度。

2011 年中在工作上多少做出了一点成绩，回顾了一下，上半年经历了从业以来几乎是最为严峻的考验，有段时间头发都急白了不少；下半年则相对顺利，团队效率提升很多，项目和产品上到了收获期，我甚至还能有时间顺路做做公关宣传。这是最有效率的一年。如果用一句话总结，那就是：丁香园全站过去一年中从传统的 1.0 模式升级到了 2.0 版本，打通了任督二脉，甚至还有一点延伸 --比如丁香园用药助手。作为第一款试水性的移动应用，一定程度上获得了用户的认可并且在业界有一点反响，这是整个团队乃至我个人都是始料未及的，很欣慰。总体来说，从大公司到小公司落了地，并且还能做点实际的事儿(某些人看这事儿：真是奇迹)，也对自己有了一点信心，「如人饮水，冷暖自知」。

技术团队规模与去年相比，增加了60%。因为自己不喜欢大公司做事方式，己所不欲，勿施于人，所以对团队完全采取采取扁平结构、氛围尽量保持宽松，收效还不错。其实，一个团队负责人如果能充分调动大家的能动性，你会发现身边都是天才。《道德经》中有一句话：功成事遂，百姓皆谓：我自然。这是个值得努力的境界。

经济上，因为机会合适兑现了一些原公司的股票，算是过去几年的加班费吧，能让家里生活质量暂时提高一点点。投资方面，收获不错。投资老同事的项目成功出售，作为小小天使的另一个项目已经拿到风投并进入良性循环期；贝塔咖啡开了两家分店，「无形资产」起码增长了不少 ;) 允许我自我满足一下。尝试炒了一点美股，战绩还行，这个更大的收获还是了解到了一些公司的业务模式，其实也是在学习。顺便说一下，雪球是个有价值的网站。

这一年中，如果要问在那几个地方获取到有价值的信息最多？第一个是曹政大侠的神秘群组，让我了解到一个不一样的互联网生态圈；第二个地方是在知乎，内容质量非常好 ；第三个地方是新浪微博，获取到了很多有价值的产品反馈；然后是 Twitter，这一年发言少了很多。当然，要了解医学和健康知识，那还必须是丁香园，中立、客观是丁香园的准则。

拖延了好久的驾照考试终于通过(refer:学车记)，虽然这事儿说出去挺丢人的，但对我自己来说，起码证明我的执行力终于改进了一点儿，自我满足一下。考过驾照之后出门也不怎么晕车了，伴随我这么多年的老毛病总算有所缓解。今年还有一件值得一提的事情是回到母校参加了毕业十周年的同学聚会，是啊，大学毕业10年了，从业也有10年了，就连我自己的个人站点都存在八年多了，时间真是个可怕的东西，不知道下一个十年会是怎样。我想，我应该抽空再修改一下上半年写的那篇《十年莽撞IT路》，算是一份人生的记忆。

这一年，自己完全变成了一个创业者。心态、思维模式改进了不少，人要改变自己很难，还好我不是不可救药。要批评自己的是在微博上不知不觉的暴露了个性上不那么讨好人的一面，有必要收敛一点。读书方面，阅读量还行，和去年相比不相上下(荐书清单)。参加的会议与往年相比，少了不少，只参加了QCon和移动开发大会等几个会议，全程免费的 Oracle Open World 也没时间去了，不过并不遗憾。Blog 数量少了很多（写邮件倒是多了），一是我不再想重复以前的那些东西，二是质量的确所下降，水分增加了，对读者朋友们说声抱歉! 对了，喝咖啡多了，但是失眠少了；几经折腾之后，开始尝试新的生物制剂药物，关节痛基本控制住了，体重居然也增加了 :)

身边的朋友多多少少对这狗日社会的渐渐有了幻灭感，只要我们相信有些事情会变好的，那不妨就积极的一点点做起来。从你我开始。

家庭生活上，有一点失落，但总有些事情是改变不了的，随遇而安吧。

我的 2011 榜单：

年度致敬：陈光诚 这个社会缺少有勇气的人；
年度媒体：知乎 在这里学到了很多知识，活到老，学到老嘛；
年度图书：吴军大作《浪潮之巅》。候选图书:《黑客与画家》...
年度视频：罗永浩 保利剧院演讲(一个理想主义者的创业故事II）；
年度电影：钢的琴 ，有些生活总是让人感动；
年度音乐：左小祖咒《苦鬼2011》

2012 年的 TO-DO List：

Lean Startup. 过去的一年，其实团队做事一定程度上已经暗合 Lean 理念，2012 还要深入实践。如果还用老思路、老方式做事，不想办法做改进的话，成长自然不会好到哪里，所以，需要新思维。PS. 精益创业模式的理念和原则如下：1.创业第一天就设定收入目标 2. 持续的客户互动 3. 如果没有收入，就一定限制规模(别乱花VC的钱) 4.产品开发周期粒度减小：以小时/天计而不是月或者年为单位 5. 产品开发 - 最少的功能，最大的客户覆盖率 6. 客户驱动的产品开发.

产品研发. 如果2012不是世界末日的话，事情还要继续做下去。计划中还至少有两款有意思的产品要推动，要做出来；

运营意识. 毫不客气的说，过去一年中做的产品有几个并不那么成功，这并不都是产品本身的问题，运营能力不足的确存在，技术部门当然也要有运营意识。多和业界同仁学习，实践，还要勤奋一点。

寻觅人才. 丁香园技术团队仍然需要各方面的人才，尤其是移动应用开发的人才，我们有足够的耐心，也有足够的信心。如果你想在浮躁的环境中想静下心来做点对中国人有价值的事情，为什么不联系我一下呢？

好好生活. 新的一年要多出去走走。旅游，2011年两次国外旅游都挺有收获，怀念长滩的芒果沙冰。新的一年争取好好利用一下假期。另外，如果不是生活必需品，尽量少购买。简化一点生活，没什么不好。

最后，祝愿朋友们在新的一年更好的实现个人价值，让自己和家人生活得更好一些。

致谢：曹政、Hawk、召唤、大风、周拓、肖头、云风、Benjurry、Robbin、校长、Bluedavy、Hugo、国平、夏天天...... (不分先后，肯定还有遗漏的朋友，见谅! )，感谢各位朋友们一年来在技术上给我的帮助，让我学到很多很多，感谢!

--EOF--

这里有我的一份针对互联网的 2012 预测，仅供娱乐。

最近文章|Recent Articles

• 持续学习
• 小心，中兴无线上网卡会让 Mac 无法启动(附解决办法)
• 创业团队成员的「挑战」以及「成长」的问题
• 操作系统的迷思

本站赞助商：豆瓣网(Douban.com)

评论数(15)|添加评论 | 最近作者还说了什么? Follow Fenng@Twitter

DBA Notes 理念: 用简约的技术取得最大的收益...

Updated: 2012 年4月10日凌晨消息，Instagram 被 Facebook 以10亿美金收购。团队规模：13 人。

Instagram 团队上个月才迎来第 7 名员工，是的，7个人的团队。作为 iPhone 上最火爆的图片类工具，instagram 用户数量已经超过 1400 万，图片数量超过 1.5 亿张。不得不说，这真他妈是个业界奇迹。

几天前，只有三个人的 Instagram 工程师团队发布了一篇文章：What Powers Instagram: Hundreds of Instances, Dozens of Technologies，披露了 Instagram 架构的一些信息，足够勾起大多数人的好奇心。读罢做点笔记，各种线索还是有一定参考价值的。能打开原文的建议直接读原文。

Instagram 开发团队奉行的三个核心原则：

• Keep it very simple (极简主义)
• Don't re-invent the wheel (不重复发明轮子)
• Go with proven and solid technologies when you can(能用就用靠谱的技术)

OS/主机

操作系统的选择，在Amazon EC2上跑 Ubuntu Linux 11.04 (Natty Narwhal) ，这个版本经过验证在 EC2 上够稳定。因为只有三名工程师，只有三名工程师，所以自己部署机器到 IDC 是不靠谱的事情。幸好有亚马逊。

负载均衡

此前曾用过两台 Nginx 做 DNS 轮询承载前端请求，这样做会有副作用，现在已经迁移到Amazon的ELB(Elastic Load Balancer)，起了三个 Nginx 实例，在 ELB 层停掉了 SSL , 以缓解 CPU 压力。DNS 服务使用 Amazon Route53 服务。

应用服务器

启用了 25 个 Django 实例，运行在 High-CPU Extra-Large 类型的服务器实例上，之所以用 High-CPU Extra-Large 实例是因为应用请求是 CPU 密集型而非 IO 密集型。

使用 Gunicorn 作为 WSGI 服务器。过去曾用过 Apache 下的 mod_wsgi 模块，不过发现 Gunicorn 更容易配置并且节省 CPU 资源。使用 Fabric 加速部署。

数据存储

用户信息、图片元数据、标签等大部分数据存储在 PostgreSQL 中。主要的 Shard 数据库集群有 12个节点。

实践中发现 Amazon 的网络磁盘系统单位时间内寻道能力不行，所以有必要将数据尽量放到内存中。创建了软 RAID 以提升 IO 能力，使用的 Mdadm 工具进行 RAID 管理。

管理内存中的数据，vmtouch 这个小工具值得推荐。

PostgreSQL 设置为 Master-Replica 方式，流复制模式。利用 EBS 的快照进行数据库备份。使用 XFS 文件系统，以便和快照服务充分配合。 使用 repmgr 这个小工具做 PostgreSQL 复制管理器器。

连接池管理，用了 Pgbouncer。Christophe Pettus 的文章包含了不少 PostgreSQL 数据库的信息。

TB 级别的海量图片存储在 Amazon S3 上，CDN 采用的也是 Amazon 的服务，CloudFront。

Instagram 也是 Redis 的重度用户，Feed 以及 Session 信息都用 Redis 处理，Redis 也是以 Master-Replica 方式部署。在 Replica 节点上进行数据备份。

使用了 Apache Solr 承担 Geo-search API 的工作，Solr 简单的 JSON 接口也不错。

缓存使用了 6 个 Memcached 实例，库使用 pylibmc 和 libmemcached。亚马逊也提供缓存服务－Elastic Cache service ，Instagram 也有尝试，不过不便宜。

任务队列/发布通知

队列服务使用 Gearman ，通知系统则使用 pyapns 来实现。

监控

前面提及的服务器实例数量加起来，的确有100多个，有效的监控是相当有必要的。使用 Munin 作为主要监控工具 , 也写了不少定制插件，外部监控用 Pingdom 的服务。通知服务使用 PagerDuty。

对于 Python 的错误报告，使用 Disqus 团队开源的 Sentry 来处理。

几个感想

0）轻装上阵说起来容易，做起来非常难。这也是 Instagram 团队目前最令人着迷的地方；

1）Python 社区已经足够成熟，各个环节上都已经有不错的解决方案了。

2）如果要问我最大的一个感慨，我要说：Amazon 真是一家伟大的公司，甚至比 Google 还伟大。

--EOF--

最近文章|Recent Articles

• 持续学习
• 小心，中兴无线上网卡会让 Mac 无法启动(附解决办法)
• 创业团队成员的「挑战」以及「成长」的问题
• 操作系统的迷思

本站赞助商：豆瓣网(Douban.com)

评论数(12)|添加评论 | 最近作者还说了什么? Follow Fenng@Twitter

DBA Notes 理念: 用简约的技术取得最大的收益...

最近一段时间 Pinterest 类应用相当火爆，引发了不少讨论。我自己最近也一直在使用花瓣 ，也在捉摸为什么这一类应用这么有魔力。知乎上有个问题是: Pinterest 好在哪里？，尝试做了一下回答，也稍作整理，发在这里做个记录，会随着理解再做进一步修改。

本质上，Pinterest 类应用属于社会化书签站点的延续，只是要处理的数据对象变成了「图片」，而不是传统社会化书签的URL。这是社会化信息处理的一次改良。

提到社会化书签，不得不提 Del.icio.us ，不过或许 Del.icio.us 模式已经到头了，即使现在从Yahoo! 手里卖给了陈士骏，也不太可能玩出新花样，因为核心的数据对象没变。

相比 Flickr 来说，Pinterest 主要的生成内容动作是 Pin (花瓣叫采集)，而 Flickr 则是 Upload，这个动作上的不同导致 Flickr 向左，Pinterest向右。Flickr 重心是「照片」(Picture)，尤其是原创照片，而非图片(Image)。 Flickr的一个弊端是大量的图片没有标题，这意味着元数据的先天不足，不太可能和其他网络内容进一步结合起来。但是也要说一下，Flickr 现在的价值是被低估了。

Pinterest 相对 Flickr 来说，恰恰是一种互补，每张图片基本可以关联到一条URL，进一步可以抽取其他信息。

从用户行为的角度上看，满足了用户天生的「收集癖」，很多人都有看到一张照片想顺手存起来的冲动，没有Pinterest这类产品之前，这个交互操作太费事了... Pinterest 无疑弥补了人的这个原始的需求。

Pinterest 类应用的创新之处我认为是「降低了收集信息的门槛」，或者，至少做到了这一点。其价值是不言而喻的，每一次信息处理的门槛降低都会得到商业价值的变现，你可以不信。

要有足够好的技术团队支撑、足够好的数据处理能力才能走到最后，这也是在国内众多产品中我看好花瓣(huaban.com)的主要理由。

--EOF--

最近文章|Recent Articles

• 持续学习
• 小心，中兴无线上网卡会让 Mac 无法启动(附解决办法)
• 创业团队成员的「挑战」以及「成长」的问题
• 操作系统的迷思

本站赞助商：豆瓣网(Douban.com)

评论数(3)|添加评论 | 最近作者还说了什么? Follow Fenng@Twitter

DBA Notes 理念: 用简约的技术取得最大的收益...

你是一个技术人员，你想创建一个站点，或许是一时心血来潮，或许是为了自己的兴趣爱好，或许是...「创业」前的热身准备？那么，如何少走弯路的构建起来你的 Web 站点呢？别笑，不是每个做技术的都捣鼓过个人站点，不是每个人都独立搭建过网站(我不是说个人Blog这样简单的东西)，下面的简略指南或许能帮到你。毫无疑问，以下都是广告。

0. 信用卡

这个真要有!

确保有一张具备境外支付功能信用卡。这一点我想不是难事，就算是在校的学生，申请信用卡的门槛也小了很多。现在各个银行发信用卡都是求着用户的，申请的时候问清是否具备外币支付能力就好了。有了信用卡之后，你可以较为方便的申请 Paypal 、App Store 帐户、Google Checkout...

有了信用卡之后，你可以大大方方的收美元了 -- 如果你是面向非中国用户的话。

1. 购买域名

不要在国内的域名提供商那里购买域名。为了一时方便以后你会付出更多的代价，你可以看一下这里的血泪史。购买域名，我建议在Name.com（ Godaddy )上购买就可以，顺便说一下，GoDaddy 也支持支付宝。如何买到好的域名? 我没办法告诉你(如果你要从别人手里购买域名的话，可以看一下 4.cn).

域名备案怎么办？如果你的内容不是特别敏感的话，不备案可能问题也不大，低调一点，别自己往墙上撞。

备选: Domain

2. 主机服务

有了域名之后，那么购买主机就要提上日程。建议用 Linode 的 VPS 服务，价格不算贵，关键是容易上手，相对比较稳定，Linode 在东京的 IDC 访问速度居然...和国内某些 IDC 差不多。有些做技术的朋友，可能自己手头有个主机什么的，尽量不要托管在 IDC 了，机器硬件坏了或是被拔了网线，会让你很闹心。

如果你的Web应用已经写的差不多了，购买主机之后不妨进行部署，在线测试。如果应用正式上线，那么不妨买一个备份服务，每个月5美元而已。

有了境外的 VPS 的一个好处是，你可以通过 VPS 「翻墙」，锻炼一下腿脚。怎么做，搜索一下就知道了。如果要简单的优化一下 VPS ，参考这篇。

备选: Slicehost

3. 域名解析

为什么要单独提 DNS 解析？GoDaddy 和 Linode 都提供 DNS 解析能力，不过，域名在哪里注册的和域名在哪里解析是两回事。重要的是，DNS 修改之后的有效验证是个不小的问题，还有一个是影响因素 DNS 解析速度，所以，有必要启用智能 DNS 解析服务，DNSPod 做的相当不错。用了之后你就知道，而且，没有副作用 :)

4. 静态文件

服务器在境外，经常遇到的一个性能瓶颈静态文件(尤其是图片)的访问速度上不来，而恰好你的应用要存储较多的静态文件的话，不妨研究一下 UpYun 的服务。如果你是个开发者，你会体会到一定的妙处，去看看又拍云的 API，你会喜欢的。重要的是，价格也可控制。在项目的启动阶段，时间是最宝贵的资源，一切能节省时间的手段都要充分利用，否则国内 Startup 怎么做到比国外快？

阅读: 又拍云实战

备选: CloudFlare(如果你的服务是面向国外用户的话)

5. 运维监控

即使是最简单的站点也有必要关注可访问性，监控机器运行状态。推荐监控宝的免费服务，足以满足小型个人站点对于监控的要求。Google Analytics 和 Google Webmasters 有必要启用。百度的统计服务最近一段时间也越做越好。

6. 邮件方案

如果是做邮件托管的话，也就是你的站点本身的邮件帐户解决方案，Google Apps 是不二之选。如果需要发邮件给你站点的注册用户，或者做小规模的 DM , 在 Linode 上启用 EXIM 就差不多了。

备选: 网易免费企业邮局/腾讯企业邮箱

7. 字体问题

如果你的项目需要较多的设计工作，不可避免的要用到一些商业字体，如果想避免收到律师信或是勒索信的话，建议使用造字工房的字体，性价比非常高。

N. 接下来呢?

下一步该做什么？或许有必要成为 Github 的付费用户，开发、部署、上线、推广...等你到了一定规模，咱们再来第二季。

恭喜你走上不归路，也祝愿你得到一些因为折腾而带来的乐趣.

--EOF--

(发现还是太简略了，欢迎大家留言补充)

最近文章|Recent Articles

• 持续学习
• 小心，中兴无线上网卡会让 Mac 无法启动(附解决办法)
• 创业团队成员的「挑战」以及「成长」的问题
• 操作系统的迷思

本站赞助商：豆瓣网(Douban.com)

评论数(24)|添加评论 | 最近作者还说了什么? Follow Fenng@Twitter

DBA Notes 理念: 用简约的技术取得最大的收益...

近一段时间在发布 丁香园用药助手 Android 版的过程中把国内几个重要的 Android Market 用了个遍，每次要发布新版本的时候都要感慨一下：几乎所有的 Android Market 后台的用户体验都不怎么好。

信息各有一套

国内所有的 Android Market 和 Google 官方 Android Market 都是不"兼容"的，无论是产品的描述信息以及应用类别划分，每一家都是自成一套。比如，软件截图，各有各自的要求，尺寸、格式如果不一致的话，还要针对性的单独人工处理，对开发者的工作量无形中增加了许多。对产品的描述也是千奇百怪，有的支持富文本编辑，有的只支持普通文本。有的更新软件要求写更新内容，有的则不提示填写，如果自己想写的话，需要修改整个 App 的描述信息。再比如分类信息，丁香园用药助手在有的 Market 上只能列入到「生活」类，而在另一个 Market 或许就要被迫列入「其他」，因为实在找不到和健康或是医疗相关的类目。

版本控制问题

只有少数一两家对版本控制还算有点意识，多数都没有相对靠谱的版本控制机制。有放任自流派：开发者在后台任意更新版本；也有关卡审核派：让你处于一个无法修改也无法撤销的"审核中"状态，一旦发现错误，想更正只能等下一个版本。至于审核周期，也是千奇百怪，有的立等可取，有的需要人工联系「我们发布了一个新版本，抽空给审核一下吧」，也有的长达一周。

后台可访问性

有的后台速度慢(这是很难让我想通的问题)，甚至应用截图都不能正常显示；而上传的接口，也有很多细节问题，比较离谱的是有几家居然不提示上传进度，整个上传过程中只能凭感觉，等待，刚好丁香园用药助手的软件包还比较大，有的时候遇到传输中断，简直令人抓狂。

界面信息混乱

第一次注册后提交软件的时候要把整个流程跑通还是比较难的，提示和术语都要理解半天才知道是怎么回事，文案差异性太大。登录到后台后，一个典型的情况是多数 Market 从后台找不到发布后的应用在前台的链接，比如应用汇。而有的 Market 更加离谱的是，后台还是传统的表格形式的展示，比如魅族。

数据不够准确

几乎所有的 Android 市场，统计信息都不是特别准确，有些甚至下载统计数天都不更新，有的甚至后台就不做数据统计，下载多少要前台页面自己去看。想得到靠谱的 Android 下载数据，哦，你实际上得不到靠谱的 Android 下载数据，如果想统计应用打开的数据，最好是早点启用类似友盟这样的应用统计服务。

流程足够复杂

流程复杂这个主要是针对联通、移动、联想这些富有官僚气息的 Market 来说的，比如用户资质信息最多的有上百条信息要填写，你就折腾吧，没有几个小时，没有公司上下配合(还要营业执照副本什么的)你根本搞不定，在你提交应用之前你准会崩溃。所以，有些时候，对这样的市场不得不放弃，即使有用户真的要从这些渠道下载你的应用，也没办法。

结束语

其实，倒也不只是国内的 Android 市场对开发者的用户体验差，Google 官方的菜市场也不咋地。每天在网上看到网友数落这个网站用户体验差，那个网站用户体验差什么的，其实如果你去用一下这些Android软件市场，就知道用户体验差其实是没有底线的。

前几天参加移动开发者大会，发现 App Market 俨然已是各大互联网公司的标配，都在纷纷的推出自己的 Market ，恐怕以后还会更乱。据悉，已经有创业团队在开发一次性提交到多个 Market 的工具了，不知道什么时候能看到。很明显，这也是吃力不讨好的事儿。

也可能是每家 Android Market 都在拼前台的用户体验呢吧，真心期待国内 Android Market 能早日关注一下针对开发者和维护者的用户体验问题，这也是每个 Android 开发者期待的，让开发者有更多精力做应该做的事情。

--EOF--

最近文章|Recent Articles

• 持续学习
• 小心，中兴无线上网卡会让 Mac 无法启动(附解决办法)
• 创业团队成员的「挑战」以及「成长」的问题
• 操作系统的迷思

本站赞助商：豆瓣网(Douban.com)

评论数(4)|添加评论 | 最近作者还说了什么? Follow Fenng@Twitter

DBA Notes 理念: 用简约的技术取得最大的收益...

偶然看到以前写过的这篇帖子 『小规模低性能低流量网站设计原则』，重新发到微博上引起了一点反响，觉得有必要以 Linode VPS 为例再做个简单的优化实践说明，免得总有人问我，也顺便赚点点击量 :)

假定现在你已经有了一个基本的 VPS 可用，基本内存 512MB 。参考官方提供的各种安装指导将 LAMP 这个组合运行了起来，操作系统一般 Ubuntu ，Web 服务器 Apache ，数据库 MySQL ，然后是 PHP ，以及需要安装的应用软件，WordPress 、Drupal 或是 OpenCart 什么的，一步一步配置好，能够正常的浏览页面。按照官方指导文档操作的一个好处是会包括一些基本的优化一点的配置。不至于出现太大的错误。

一旦应用就绪后，登录到操作系统中，通过 top / iostat / free 等基本操作系统命令收集基准数据，做记录。收集信息越全面，对于后面的优化就越便利。优化没有魔法，只有合理的方法。

1.内存相关的调整

内部测试或是较小范围使用，可能这样也不会遇到太大问题。一旦访问人数多了一点，机器响应可能就有点慢了。对于 VPS ，第一步着手调整的就是各个组件对内存的使用。因为内存受限，对内存的使用一定要精打细算一点。记住一旦内存耗尽，一部分内存调用压到磁盘上，系统负载会飙升，一般就会挂掉。

一般来说，对于 LAMP 环境，以下几个地方要注意：

PHP 程序的内存相关的调整

PHP5 配置文件 php.ini 中 memory_limit 定义的值默认情况是16MB，该参数定义单个 PHP 脚本消耗最大的内存大小(大意)。如果程序某个页面需要的内存超过这个限制，访问者最可能遇到一个 HTTP 500 错误，查看 Web 服务器错误日志也可以看到。多数情况下，这个值需要做相应调整。比如设置为32MB，是否合适，需要做观察。有一个经验方法是观察 top 命令的输出，看相应进程的 SHR 字段的值，实际上总是尽量大一点点。但不能过大，一旦有个别程序写的不好调用的时候占用过多资源，会导致 VPS 挂掉。

经常有人问，这个服务器跑某某 Web 应用，能支持多少并发? 一个大致的思路是估算单个进程占用的内存，看系统能分配多少内存给应用程序，并发的量大致可以估算得到。但实际上，这个提问基本没多大价值。

另外，还有一个比较重要的参数需要修改 output_buffering 需要修改为 On 或是具体数值(eg, 4096)。修改配置后，检查是否生效(如何检查?)。另外，记住error_log的位置，随时查看。

MySQL 数据库内存占用

如果不确定 MySQL 内存使用情况，可以利用 MySQLReport 这个工具收集一下 MySQL 实例的信息报告，不同时间段多收集几次作为对比。然后相应的调整 key_buffer/query_cache_size 等参数的大小, 一次调整一个参数，重启动 MySQL ，继续抽取报告，分析数据，然后调整下一个参数。既然需要编辑配置文件 my.cnf , 建议顺手加大一点 max_connections 这个参数(为什么?)。

多数内存问题都是由数据库 I/O 引起，导致 I/O 问题多由不合理数据库调用有关(这么说严谨么?)，解决不合理调用要么修改应用，要么通过查询缓存或是 Key-Value Cache 等办法缓解。这地方说来话长，假定 VPS 上基本不会有这么复杂的环境。

2. 影响 CPU 利用率的调整

这个主要针对 PHP 的 Opcode(Accelerator) 而言，解析、编译PHP代码是相当消耗CPU的操作。常见的要么是 APC, 要么是 eAccelerator 或是 XCache，在 Ubuntu 下安装配置都相对简单，参数调整简单搜索一下就知晓了。如果是 PHP 环境，那么一定要用 Opcode 减少 CPU 的负荷(为什么?)。至于用哪一个关系倒是不大，但前提是必须要有一个。

另外，张磊同学这篇 让进程运行在指定的CPU 对于特定需求的应用，很有借鉴意义。

3. 网络参数控制

修改 /etc/sysctl.conf 文件，增加如下几行：

net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1

然后 sudo sysctl -p 使修改生效。使用如下一行命令观察半连接数量：

$ netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'

其实一般来说，网络连接数不会成为最明显的瓶颈。但顺手调整一下也好，「不费电」。有人问，如果遇到 DDoS 怎么办？忍着。

4. 应用程序相关的调整

比较流行的开源程序，不安装第三方插件的情况下，性能多少过得去。建议如果没有必要，不要启用过多的第三方插件，尤其是一些带有统计或是「智能」显示内容之类的插件能不用就不用。

这些开源程序也基本上都有面向前端优化的静态化解决方案，比如 WordPress 的 Cache 相关的插件，强烈推荐启用。有时间看看前端优化的实践建议。

(图片来源)

优化最重要的是找到瓶颈，对症下药。前面已经说到了内存、CPU、网络，大致提了一点 I/O 问题，基本也就够了。PHP 的 Log , MySQL 的慢查询 Log ，Apache 的 Error Log ，常过滤看一下有没有新情况。

补充一点，别忘了修改 OS 的 ulimit 限制：

编辑 /etc/security/limits.conf 增加如下两行(具体数值大点小点问题不大)：

*  soft  nofile 40960
*  hard  nofile 40960

编辑 /etc/pam.d/common-session ，增加如下一行：

session required pam_limits.so

编辑 /etc/profile ，增加如下一行：

ulimit -SHn 40960

重新启动 OS 即可生效。

Linode 后台提供了几个基本的统计图，基本够用。可以设置磁盘 I/O 过高的时候报警，系统会发邮件给你。注意看一下网络流量的使用。不要因为个别文件被盗链而将带宽消耗殆尽。

上面提到的不少修改建议不要照葫芦画瓢，知其然，还要知其所以然。每一步的调整多阅读系统手册，尤其是涉及到具体的参数数值，一定要针对实际情况修改。对基本的配置足够掌握之后，可以根据具体情况尝试性能效率的组件，比如用 Nginx/Lighttpd 替换 Apache ，但是要记住，如果 Apache 不是瓶颈的话，用传说中性能更好的 Web 服务器来替换无疑是折腾。

再次提醒不要过度优化，足够满足需求就行了。有更多的精力完全可以放在其他环节上。另外，如果基本的调整做过之后，想用最省事的办法改善性能，那么，直接向服务商购买额外的内存吧。

好吧，最后我想说的是其实这个优化思路并不局限于 VPS ，这个最小实践套路对于复杂的服务器环境也是基本适用的。

--EOF--

Tip：页面不要引用太多的三方脚本。否则也会被拖慢不少。

最近文章|Recent Articles

• 持续学习
• 小心，中兴无线上网卡会让 Mac 无法启动(附解决办法)
• 创业团队成员的「挑战」以及「成长」的问题
• 操作系统的迷思

本站赞助商：豆瓣网(Douban.com)

评论数(18)|添加评论 | 最近作者还说了什么? Follow Fenng@Twitter

DBA Notes 理念: 用简约的技术取得最大的收益...