前几天在微信后台收到一条读者的信息，长长的一大段，大意是「大学主修金融，但是对计算机和编程非常感兴趣，一门心思想成为李纳斯或沃兹那样的 IT 英雄或传奇黑客，但身边的人都认为他就不是那块料，包括他的父母。好好在金融行业里有什么不好，为什么要去当 IT 民工呢？」
是啊，为啥要去做程序猿、产品汪、市场狗、工程狮这种不知道有没有前途的职业呢？就像明明这孩子可以靠脸吃饭，而你，却要依赖才华！
专注和游离
该专注的时候，你游离了；该游离的时候，你专注了。
最近一些读者的提问，包括与团队成员的交流，都涉及到了一个问题，如何才能快速的提升自己的能力，或者说为什么我提升的这么慢呢？
这里面其实存在一个误区，世界上根本不存在快速提升的神奇方法，什么21天学通 Linux C 编程，7天自学 Java 语言，17天搞定 GRE 单词，等等，都特么是骗人的。小时候书在我的眼中非常神圣，看到类似的标题我砰然心动，仿佛看到初恋情人，还没入手就开始幻想自己21天之后拔剑四顾满腹经纶的嘴脸。结果买了书之后，一个月发现自己只看了第一章节，而且每次都看第一章节，所以别提学通和搞定了，门都没入。
根本没有什么快速的提升，如果你在某段时间觉得自己提升得很快，那是因为你身边的大部分人成长得更慢，或者，他们安于现状，没有提升。提升从来稳定的，持续的，渐进的。在大部分领域，围棋、绘画、写作、编程、球类等，没有十年的持续学习和实践，基本上很难达到专家级别的水准。
既然明白了这一点，我们「不期速成，日拱一卒」就好了嘛，每天坚持在某个领域学习和实践两小时，那成功不就指日可待了么？有这么简单就好了！事实上，在这个到处充满诱惑力和信息碎片满天飞的时代，能够做到「日拱一卒」的人，少之又少。基本上，由于人的天性，大部分人不可能像苦行僧那样去学习和生活，我们常常是在需要专注的时候，游走在朋友圈、微博、美剧、游戏和各种无聊的垃圾信息之间；在需要游离放松的时候，我们却极度专注，打游戏或刷新朋友圈到深夜或凌晨。
一小部分天才和异人可以非常顺畅的在专注和游离状态之间切换，你看他们在刷微信，其实他们在阅读，你看他们在看美剧，其实他们在编程，这些人具备异乎常人的多线程处理能力，而且能做到「品学兼优」，玩得开心，学得高兴。
这叫天赋，我们普通人是学不了的。我直到三十岁以后，才慢慢找到了适合自己的方法和平衡点。等我搞明白了这一切之后，十年的差距已经过去了，想一想还是挺悲哀的。为了给自己打气，我就对自己说，你们这些少年天才也就那么回事，不就是比我们早十年想明白了很多事吗？不就是我们还在摸索的时候你们已经还是奔跑了吗？跑得再快能有刘翔快吗？能有乔布斯和盖茨看的远吗？也就那么回事，都不是神，道哥饿几顿眼里照样没神，说话照样有气无力！我们当北京的程序员，杭州的产品经理，野百合一样有春天！
有了这样的信念，我得以坚强的活到了今天。我的方法很简单，就是把每天晚上完整的时间归一堆，然后用刀切成两半，一半用来专注，一半用来游离。
状态好的时候我就会先专注的干一些事情，这段时间里我会屏蔽掉电话、微信、微博、美剧等一切干扰噪声，把相对完整的时间留给写作、编程、读书，或专心研究点什么，坚持一段时间，你的效率就会大大提升，你会发现自己的提升好像比以前快了那么一点点。
状态不好的时候，我就会处于游离的场景里，刷朋友圈，看微博和推特，看订阅的 Blog，读一些闲书，看美剧，拓展视野，寻找信息，彻底放松。这段时间就是用来消耗的，同时寻找有价值的东西，记下来，留在专注的阶段细细阅读和理解。
专注和游离状态交替进行，对我来说，似乎是最好的选择。一旦专注，你的效率就会比别人高那么一点点。一旦游离，你的视野就会比别人广那么一点点。假以时日，你的高度和广度上就会大大超越常人，把那些稀里糊涂过日子的人抛在脑后，同时可以远远的看见那些天才们的后脑勺或脚底板，这叫大器晚成。
写到这我想起了著名程序员、计算机博士徐宥翻译的一篇文章，叫做「十年学会程序设计」，结果去翻他的博客，居然不能访问了，颇为伤感。还好我摘录过他的一些文字，分享给大家。
关于编程上一些建议：
1、对编程产生感兴趣并因为乐趣而写程序。确信你自始至终都能乐在其中，这样你才愿意将十年光阴投入编程事业.
2、与其他程序员交流；阅读别人的代码。这比任何书任何培训都重要。
3、不断地编写。 最好的学习方法是在实践中学习 。从技术角度说，「在特定领域的个人最高效率并不因为经验够多就会自动获得；但若有意识的通过努力去提升经验，个人效率会变高」而 「高效的学习一般需要明确的任务和因人而异的适当难度，以及及时的反馈和重复或者修正错误的机会」（20～21页）Cognition in Practice: Mind, Mathematics, and Culture in Everyday Life （实践中认知：心智、数学与日常文化） 是这个观点的一本有趣参考书籍。
4、跟其他程序员一起完成项目。在一些项目中成为最好的程序员；在一些中则充当最差的一个。当你是最佳的，你要测试自己领导项目的能力，并以你的能力鼓励他人。当你是最差的，要看看高手做些什么，他们不喜欢做什么 (因为他们会叫你去帮他们做).
5、接手别的程序员完成项目。全心投入并理解别人的程序。当原作者不在的时候，看看在理解与修改时有什么要注意的。想想如何设计你的程序使得后来维护的人容易上手。
6、至少学会六门编程语言。一种要支持类/对象(class abstractions)的语言，如Java或C++；一种函数式(functional abstraction)语言，如 LISP 或 ML；一种支持语法抽象(syntactic abstraction) 的语言 如 LISP；一种声明式语言，如Prolog或 C++模版；一种支持协同式(coroutines)编程，如 Icon 或 Scheme；还有一种支持并行(parallelism)的语言，如 Sisal。
7、并具备良好的判断力，也别老纠缠在语言标准化上。
至少要六门编程语言，想一想自己接触了几门，熟悉了什么，掌握了多少，共勉！
最可怕的产品经理
很久以前，PM 两个字母的缩写代表了 Project Manager（项目经理），那是一个软件工程横扫世界的年代，人们为了精准的完成一个软件项目，设计出了各种开发规范和工程过程，项目经理可以制定出细致到每个月每个周和每天的工作计划，最后，项目延期了……
时至今日，PM 早已改弦更张，成为产品经理的代名词，在这样一个以用户和产品为中心、设计和用户体验改变世界的时代里，产品经理被赋予了太多的职责和意义，他们主宰着产品的特征、设计、实现和用户心理，如果负责了公司的核心产品，他们甚至决定了公司生死存亡的命脉，他们画原型如拾草芥，做交互如履薄冰，产品特性增一个就多了，减一个就少了，他们始终念念不忘的是：设计上的完美并不是没有东西可加，而是没东西可减。
不一定有回响……
产品经理常常处于各种纠结之中，他们想尽可能让产品表现的聪明而有原创性，又担心自我的迷失，因为人们在登山的时候总是会忽略那些能够直达目标的小径，我们被蓝色湖泊上飘荡着雾气吸引，在高山上怒放的美丽花朵之间徜徉，而忘记了真正的目标。然后，很多产品就这样死掉了……在这样一个创业者遍地开花的年代，大部分的产品不仅会老去，而且会消失，这是它们的宿命，也是产品经理的宿命。
不过产品经理们是不会屈服的，因为有两个神一样的产品经理永远伫立他们的前方，对于他们来说，乔布斯和张小龙是偶像，也是永远无法跨越的鸿沟，神的每个举手投足都能吸引亿万人的目光，让人仰望，让人忧伤，就像盖茨和林纳斯之于程序员。
有灯塔就有远方，就有希望！
Linux 开发模式带给创业者的启示
十五年前，我第一次在工作中使用 Linux 的时候，并不知道这个操作系统会对我的生活和职业产生多么大的影响。十五年后，我在「Linus，一生只为寻找欢笑」一文中写到：
当大家使用 Google 搜索时，使用 Kindle 阅读时，使用淘宝购物时，使用 QQ 聊天时，很多人并不知道，支撑这些软件和服务的，是后台成千上万台 Linux 服务器，它们时时刻刻都在进行着忙碌的运算和数据处理，确保数据信息在人、软件和硬件之间安全的流淌。
Linux 不仅仅从技术层面影响人们的生活，其本身就产生了很多有意思的话题和文化，我读了不少 Unix/Linux 相关的书籍，很多技术内容已经忘得一干二尽，但那些话题、模式和文化，却像醇香的好酒、美丽的传说，历久弥新，不断的为我带来思考和启发……
1、最初的想法，并不是决定性的
Linux 并不是凭空创造出来的，当年林纳斯（Linus）只是觉得迷你版 Unix 操作系统 Minix 的终端太难用了，既不能登录学校里的 Unix Server，也没法上网。这种功能缺陷对林纳斯这样的极客来说是无法接受的，于是他决定从硬件层面开始，重新为 Minix 设计一个终端仿真器。
当时是三月，也可能是四月，就算彼得盖坦街上的白雪已经化成了雪泥我也不知道，当然我也并不关心。大部分时间我都穿着睡衣趴在相貌平平的计算机前面噼噼啪啪的敲打键盘，窗户上的窗帘遮得严严实实，把阳光和外部世界与我隔离开来。 经过不眠不休的编程之后，终端仿真器做出来了，但那个时候林纳斯已经意识到自己的雄心壮志远不止于此，神山上的另一座圣杯「操作系统」已经向他发出了召唤，于是始有 Linux。
另一个伟大的操作系统 Macintosh，同样起步于一个微小的项目，期间历经换帅、更名、争吵、妥协，最终与 NextStep 经过长达四年的整合才形成现代的经典操作系统 OS X（参见《MacTalk·人生元编程》）。
几乎所有成功的产品都是边走边看做出来的。伟大的梦想，常常始于微不足道。
所以，很多人问我如何找到一份长期稳定的工作时，如何开启一个能够带来巨大成功的项目时，我只能说，最初的想法，并不是一切，开始去做就好了。
Docker 传奇之 dotCloud
2010年，几个大胡子年轻人在旧金山成立了一家做 PaaS 平台的公司，起名为「dotCloud」，这个名字让我想起了微软的「DotNet」。
dotCloud 主要是基于 PaaS 平台为开发者或开发商提供技术服务。什么是 PaaS 呢？PaaS 的全称是 Platform as a Service，也就是平台即服务，这个概念在2010年热的一塌糊涂，直到现在也没凉下来。举个例子来说，传统的软件产品开发一般是这样的：
1、确定产品定位和需求，确定首次迭代的范围。
2、制作界面原型。
3、技术选型，然后根据技术选型为每个开发者搭建开发环境和技术栈，例如 Java 环境、Python 环境、Ruby 环境、数据库、中间件等等。
4、构建基础技术框架和服务，包括日志、存储、消息、缓存、搜索、数据源、集群扩展等等。
5、模拟用户容量，构建测试环境。
6、开始编写真正的业务代码，实现产品功能。
7、迭代开发/测试，生生不息，周而复始，直到头发掉光为止……
如果采用完善的 PaaS 平台，可以直接忽略3、4、5三个步骤。无论你选择哪个技术栈，PaaS 都会为你提供相关的配套设置，包括语言环境、运行环境、存储和各种基础服务。dotCloud 不仅支持诸如 PHP、MySql 等传统技术框架，还包括 Node.js、MongoDB 等新兴技术。基于 dotCloud 提供的开发工具和技术框架，你可以直接使用 dotCloud 的 SDK 编写代码和构建业务服务，并在联网的时候把这些代码推送到云端，实现自动部署和测试。
dotCloud 把需要花费大量时间的手工工作和重复劳动抽象成组件和服务，并放到了云端，另外，它还提供了各种监控、告警和控制功能，方便开发者管理和监控自己的产品。dotCloud 最初运行在 Amazon 的 EC2 上，不过由于 dotClout 高度的抽象层次，理论上 dotCloud 可以运行在各种各样的云服务上面（我猜这就是 Docker 的功劳）。
Continue reading程序员如何选择技术方向
最近写了「当程序员老去」「程序员真正的价值」两篇文章，传播甚广，今天是第三篇:「程序员如何选择技术方向」，史称「程序员三部曲」。 那之前写的几篇程序员文章算什么呢？算前传吧。以后再写程序员文章算什么呢？算后记吧。
2008年秋天的一个午后，温暖的阳光透过落地窗落在我面前这个长长的写字桌上，桌子对面坐的是一个瘦小的程序员，他的名字叫小明，小明有些茫然，他看着我，不知道该说些什么。
程序员都是很严谨的，我不得不首先发出一个 System Call：
你在客户现场这半年做什么工作？ 写单元测试。 还有呢？ 没了，就一直写 JUnit。 别人也写单元测试么？ 没人愿意写单元测试，只有我写。
……
你为什么想来研究院呢？ 我想写一些真正的程序。 什么是真正的程序？ 比如 Java，比如面向对象编程，你总要写一些类和各种各样的方法，而不是一直写 Test Case。 好的，沿着这个楼梯上三楼，那里有一群和你一样的程序员，他们不仅写 Java，还写 JavaEE 相关的各种程序，你会找到自己需要的东西。 真的么？ 真的
那时候我风华正茂，没有现在这么老成持重，阳光照在我的翘着二郎腿的脚面上，一切都显得十分虚幻，在小明的眼里，那时的我估计很像「黑客帝国」里的墨菲斯，但是他不能确定自己是不是「The One」。小明疑惑的看了我一会，最终还是上楼了。至此，他完成了第一次技术方向的选择。在三楼，他碰到了一群同样严谨的程序员，他不仅学会了写真正的 Java 程序，而且掌握了部分 Web 编程和服务器端编程，包括 JavaScript、JQuery、Spring、Hibernate、JMX、Web Service 等等。小明变得快乐起来，渐渐摆脱了注定孤独一生的阴影。
过了一段时间以后，小明已经不满足只写 Java 相关的程序了。有一天他看到我手里的 iPhone 和 Mac，仿佛见到了初恋的情人，眼中重新燃起了绿油油的光芒，他知道了 iOS 开发者这回事。很快，他花掉了所有的银子购买了 Mac 和 iPhone，开始日夜兼程，学习 iOS 开发。他在写 Java 的间隙编写 Objective-C 代码，在编译 Web App 的同时构建 IPA，在清晨的微光中调试程序，在每个夜晚与模拟器窃窃私语……他完成了第二个阶段的技术方向选择。