他以卓越的才华和非凡的执行力改变了世界；他平静地离去，给硅谷留下一段传奇，并给予我们继续改变世界的勇气。

工业革命赋予了人类改变自然的强大力量，也给了工业国强大的民用和军事生产力。这样的生产力是暂时的，可以被战争迅速摧毁的；但是工业革命过程中，一个国家培养的大量工程师和产业工人力量，对于国家的影响却是深远且无法磨灭的。一个很好的例子就是日本和德国。这两个国家都在二战的失败中被炸得千疮百孔，但是两个国家能够凭借其深厚的工业底蕴，在战后迅速崛起为仅次于美国的两大经济体。

美国则是工业革命进行的最为彻底的国家。农业生产在大机械的帮助下迅速发展，到今天2%的美国农业人口喂活了其他全部的美国人；其他大量的人口则都得以转入工业及后工业时代产业当中。未曾被打断的工业进程，为美国积累了世界上最为庞大与优秀的工程师和产业工人队伍。制造业的教育和培训，以大学和公司为核心；制造业的创新，则有大量的孵化器作为支撑；美国还有很多小型工场会开设机床使用课程，向大众普及各种制造装备。在这样的氛围之下，先进的装备想不出现都难。大到航母的制造，小到笔记本电脑的生产，都可以体现出美国雄厚的人才和技术积累。

苹果的Macbook Pro是硅谷设计的最为卓越的笔记本之一。其最出彩的地方，在于Unibody设计，也就是从一整块铝板开始，进行精密加工，通过多道工序制造出笔记本外壳；与传统的由许多块部件组装出外壳相比，这样的制造方法可靠性极高——但对工序设计和质量控制的要求也极高。硅谷的另一个巨头英特尔，以制造高性能芯片而闻名；但大规模集成电路的人才培养是一个长期的过程；三年时间足以培养一个具备基本技能且有所专长的软件工程师，但培养一个电路工程师需要的时间和金钱投入则大得多；英特尔的这些工程师，不是两三年培训速成的，而是有多年经验的工程师转化而来，或是新手在这个公司浸染多年而成的。所以硅谷的成功，是美国厚积薄发的一个体现。

相比之下，中国的制造业门类齐全，但是人才积累不足，总体精度和创新度也不足。记得02年在上飞，听运十副总设计师程不时介绍中国的大飞机制造，面临的状况就是什么都能造但是什么都比美国差一些；这些差距体现在发动机上就是赤裸裸的功率和可靠性不足。但是制造业的积累没有捷径可走，我们只有不断地学不断地做不断地积累，才有反超的机会。

说到制造业没有捷径可走，一个最好的例子就是工业革命的代表性发明——蒸汽机。一般都说是瓦特发明了蒸汽机，但事实上，在瓦特之前，蒸汽机早已存在多年，有很多人尝试着改良它；瓦特幸运地有了前人多年成功和失败的基础，并勤奋地将蒸汽机效率大大提高，从而开启了工业革命。同样的，时至今日，中国能走的路唯有不断投入不断积累。如果我们因为基础不足而妄自菲薄，因贪图捷径购买外国装备而不去自己全面做研发的话，我们在这个领域永远只能是落后者。在这个领域落后的代价也是惨重的，因为我们可以买得到软件买得到奢侈品，却永远买不到那些可以保护我们自己的东西。

那么我们要问，这样的成就，只是偶然吗？

答案是也不是。

乔布斯的出现，是一个偶然；因为他的才华已大大超过了同时代的其他商业领袖。创立一家公司，是一件勇敢而富于挑战的事情，美国或许有数以百万计的人做到了；创立一家成功的公司，是一个伟大而富于运气的事，有成千上万的人具有这样的运气或实力。但是从1985年乔布斯被苹果踢出开始，他开始的是一段无人能敌的经历。成功创立NeXT电脑公司，创造出领先的工作站和操作系统（注意今天Objective C里，很多类以NS为前缀）；创立Pixar，拍摄全动画电影玩具总动员（这是小时候看过的印象最深刻的电影之一）；将Pixar出售给迪士尼，成为迪士尼大股东；将NeXT出售给苹果，回归苹果；创造出iPod，在MP3领域后来居上；发布iPhone，彻底颠覆手机业的生态；发布iPad，开创了平板设备的新时代。许多人能做到其中的一件伟大的事情，但没有另外一个IT领袖能做到这全部。这是乔布斯，一个后工业时代的传奇人物。

也许很久不会再有第二个乔布斯一样的伟大人物出现了。乔布斯就像是一个天才的耕耘者，养育了苹果。但是，即使没有这个天才，硅谷还有其他大批出色的园丁，依旧会产生出伟大的梨子或是西瓜公司——因为这里有着肥沃的土壤。因此我们说，出现一大批苹果这样的伟大的公司不是偶然。我们像苹果学技术学管理，同时还要思考究竟是什么样的土壤孕育了苹果，相比之下中国还缺些什么，我们要如何灌溉自己的土壤。

苹果的成功，是基于四个大环境的：

一是两百多年工业革命的创新和沉淀，积累了大量的工业制造能力和庞大的工程师队伍。

二是美国在软件业上的多年优势积累。它的一个厚积薄发就体现在iPhone的产生上。在iPhone之前，传统手机制造业以欧洲和亚洲较为强盛；但是iPhone这样的智能操作系统最先产生在苹果，则是苹果二十多年电脑操作系统技术积累的一个自然结果。作为后来居上者的Android操作系统也出现在美国，很好的说明了这一点。

三是深厚的大学底蕴，储备了大量的先进技术和科研人员。

四是良好的风险投资和创新鼓励机制，为大批像乔布斯一样有才华却身无分文的人提供了机会。注意我并不强调美国人的冒险精神；那虽然是一个优势，但和我提到的其它几点相比，只是一个及其次要的因素。

最后，凭什么美国就有这四个得天独厚的优良环境呢？亚洲国家、欧洲国家和美国相比，为什么就没有这四个优势呢？中国如何向美国学习，以全面增强竞争力呢？我将分成几次，和大家分享在这些问题上的思考。

回顾2011年苹果的WWDC上，乔布斯向世界传递的最重要的一个信息则是，他要亲手终结个人电脑的主宰地位：个人电脑曾经是连接所有电子设备的核心；而从iOS 5开始，个人电脑将和iPhone、iPad、以及iPod Touch一样，仅仅是一个电子设备；连接这一切的将是云（iCloud）。换句话说，乔布斯将亲手终结他所开创的时代；他所看到的未来属于云端。

事实上，这个世界早已开始向云端移动。以Google Docs和Mobile Me为代表的网络办公和网盘早已走入我们的生活。但问题在于，他们的体验实在很难让人叫好。可是从iCloud开始，我们可以开始期望真正实用的云计算。对于创业者和开发者来说，也许是时候重新审视云技术了。

变化的最初来源于决定放弃PhD，转向工业界，因为那里才是梦想所在。于是在8月底开始办理毕业手续，同时开始做面试地准备。按照美国的规定，毕业后5个月内必须找到工作（3个月OPT和2个月Grace Period），否则就得乖乖离境；因此时间紧迫，立马找朋友拿了操作系统、C++、算法、面试的书开始学习。

9月底，感觉复习得有点谱了，就开始投简历。很幸运地，Apple、Ebay、Eveo让我去面试，而且是让我立马去。于是从密歇根出发，和mm驱车约4000公里前往加州。这是一生中感觉最丰富的旅程，有旅途的愉快、对未来的不确定、对新的挑战的期待，还有兴奋、憧憬、不安和不舍。在星辰日月轮换5次，穿越10个州之后，到达了位于Livermore的飞哥家中。

飞哥是在清华时的室友，那时我们住在同一间满是蟑螂的房子里；在Livermore我们再次成为室友，很欢乐。住得很舒适，面试得也比较顺利。Apple的Onsite面试持续一个下午，六个人轮流发问，包括之前做过的项目的讨论、行为类问题、编程问题、算法问题，以及直接在电脑上编一个iPhone程序；很幸运地，第二天就有口头offer了。Ebay要招的是iPhone工程师，可他们组里没有人懂iPhone，于是直接问我C++和HTML5的问题，于是悲剧。。。Eveo很直接，两个工程师各和我聊了20分钟，问了问之前做过的项目，互相吹了吹牛；5分钟后就给offer了。

于是乎毫不犹豫选择了Apple，一个iPhone开发者，如果不是自己创业的话，那么苹果就是最值得去的公司了。好的名声、好的团队、好的项目，自己刚离开象牙塔，自然很想去。此时还是10月中旬，但接下来的事充分证明了老天有折磨人的倾向。I-20文件迟迟办理不下来，公司建议的上班时间已经过去，学校和法律公司也两次建议我离境。之间我坐飞机往返于密歇根和加州之间N趟，催促文件的办理；终于皇天不负有心人，在最后时刻I-20下来了，随之H-1B也下来，所有文件齐全，我在圣诞节前加入了苹果。

这个过程，除了自己的付出之外，充满了幸运，也充满了波折。还好有陆坚和Robert等大牛以过来人的经验给我以指点，mm给了很多很多支持和idea，朋友也给了很多帮助。苹果做出的产品很酷，历史也很传奇；员工从上至下对工作都有着或多或少的完美主义；每天都能学到很多的新东西，工作量也很大很大。。。以后再补充更多关于苹果的故事吧。

http://www.zdnet.com/blog/google/googles-self-driving-car-whats-in-it-for-google/2529?tag=nl.e550

我们可以想象未来的某天，所有的人上下班都不用自己开车。人们只需要坐在车上，让安装了Android操作系统的电脑负责驾驶，然后看着挡风玻璃上显示的内容以及Google广告，就可以完成上下班之旅。

—–自动释放（Auto release）与便捷方法(convenience method)—–

有时候一个所有者创建一个对象后，会立刻将该对象的指针传递给其它所有者。这时，这个创建者不希望再拥有这个对象，但如果立刻给它发送一个release消息会导致这个对象被立刻释放掉——这样其它所有者还没有来得及保留该对象。解决这个两难问题的方法是，给对象发送一个autorelease消息：这样创建者不再拥有该对象的所有权；该对象成为自动释放的对象，但是不会立刻被释放掉；其它所有者可以有时间保留或复制该对象，并成为其唯一所有者。

我们来看一个自动释放的例子（代码清单3-1）。一个所有者先用alloc方法创建一个对象；此时该所有者拥有这个对象，对象的引用计数为1。紧接着，所有者自动释放该对象；所有者此时已经放弃了所有权，但对象的引用计数在一段时间内依然为1。我们可以看出自动释放的另一个好处：你不会因为在后面忘记给对象发送release消息而造成内存泄露。

代码清单3-1

与自动释放相关的，有一大类构造方法（constructor method），由它们构造的对象直接就是自动释放的对象；这一类构造方法叫做便捷方法。比如下面这句的字符串就是一个自动释放的对象，stringWithFormat:就是一个便捷方法。

NSString* string = [NSString stringWithFormat:@”autoreleaseString”];

再举几个便捷方法的例子，方便读者以后的开发。

1.NSArray的arrayWithObjects:和arrayWithArray:。

2.UIImage的imageNamed:。

3.NSNumber的numberWithBool等。

现在我们已经解释了，autorelease方法会在一段时间以后释放掉一个对象，在这段时间内我们可以安全地使用该对象。那么这段时间究竟是多久呢？我们需要先更多地了解自动释放的机制，再来回答这个问题。

让我们先来看看自动释放池。自动释放池是NSAutoreleasePool的实例，其中包含了收到autorelease消息的对象。当一个自动释放池自身被销毁（dealloc）时，它会给池中每一个对象发送一个release消息（如果你给一个对象多次发送autorelease消息，那么当自动释放池销毁时，这个对象也会收到同样数目的release消息）。可以看出，一个自动释放的对象，它至少能够存活到自动释放池销毁的时候。

那么自动释放池何时被创建，又何时被销毁呢？在每一个事件周期（event cycle）的开始，系统会自动创建一个自动释放池；在每一个事件周期的结尾，系统会自动销毁这个自动释放池。一般情况下，你可以理解为：当你的代码在持续运行时，自动释放池是不会被销毁的，这段时间内你也可以安全地使用自动释放的对象；当你的代码运行告一段落，开始等待用户输入（或者其它事件）时，自动释放池就会被释放掉，池中的对象都会收到一个release消息，有的可能会因此被销毁。

到此为止，相信你已经对自动释放的机制有了一个大体的了解。自动释放而非直接释放，可以帮助你节省一些代码量，提高开发速度。但是它有一个直接的缺点：它延缓了对象的释放，在有大量自动释放的对象时，会占用大量内存资源。因此，你需要避免将大量对象自动释放。并且，在以下两种情况下，你需要手动建立并手动销毁掉自动释放池：

1.当你在主线程外开启其它线程时：系统只会在主线程中自动生成并销毁掉自动释放池。

2.当你在短时间内制造了大量自动释放对象时：及时地销毁有助于有效利用iPad上有限地内存资源。

我所感动的是，导师对我的决定很理解和支持。她说她支持我去“follow my heart”。跟随她做科研的三年里，虽然挨了不少批评，但是我学会了怎样去追求完美。我在三年里学过的知识也许会被遗忘，但追求完美的精神被铭刻住了是不会消失的，也会用到我今后的开发之中。

我会有更多的时间去做我所热爱的开发，既是为了生存，更是为了梦想。我也会更多地更新这个博客，记录自己的成长，也帮助每一位有梦想的开发者。

本系列文章版权归李晨所有，出版权归华章公司所有，谢绝转载。

－－－－－对象所有权（ownership）与引用计数（retain count、reference count）－－－－－

当一个所有者（owner，其本身可以是任何一个Objective-C对象）做了以下某个动作时，它拥有对一个对象的所有权（ownership）：

1. 创建一个对象。包括使用任何名称中包含“alloc”、“new”、或者“copy”的方法。

2. 保留（retain）一个对象。

一个对象可以有多个所有者，一个所有者也可以拥有多个对象。

相应的，引用计数增减的基本规则是：

1.当所有者创建一个对象时，该对象的引用计数为1。

2.当所有者保留它时，该对象的引用计数加1。

3.当所有者释放（release）它时，该对象的引用计数减1。

与此相关的，当一个所有者对于一个对象的引用计数的增减总计为0时，它放弃了对这个对象的所有权。

现在我们可以从两个不同的角度来看Objective-C的内存管理问题。从对象所有权的角度来看，当一个对象有着至少一个所有者（owner）的时候，它依然存在；当它没有任何所有者的时候，它会被释放掉。从引用计数的角度看，一个对象存在时，其引用计数大于零；当一个对象的引用计数为零时，它会调用dealloc方法并释放掉。这两个角度的关系是：在所有权的背后起作用的机制是引用计数机制；我们通过引用计数的增减来理解所有权的概念；但是你只应当使用所有权的概念来管理内存，因为如果你试图直接获取对象的引用计数，那么得到的数将让你感到匪夷所思——系统的一些框架会“偷偷”增减对象的引用计数。

回顾一下，内存管理的目标是：当一个对象的某个所有者依然需要使用它时，保证这个对象的存在；当一个对象的所有所有者都不再需要它时，保证这个对象被销毁。因此只要任何一个所有者在使用完一个对象之后释放掉它，那么以上内存管理的目标就可以实现。我们可以得出任何一个所有者（记住，所有者本身也只是一个对象）所应当遵守的基本步骤：

拥有一个对象 -> 使用一个对象 -> 放弃对象的所有权。

从引用计数的角度来看就是：

还需要这个对象时，保持对其增减为正；不再需要这个对象时，保持对其增减为0。

下图很好地诠释了这些基本规则:所有者1和所有者2单独地执行了拥有对象、使用对象、放弃对象所有权的步骤；当所有者1不再需要该对象时及时放弃了所有权，但此时所有者2依然拥有该对象，因此该对象依然存在，所有者2可以继续使用它；当所有者2也不再需要该对象时，也放弃掉所有权，这时对象以不再有任何所有者（相应的引用计数也变为0），因此立刻被销毁掉。

需要注意的是，所有者2只是复制了该对象的指针，并没有使用copy方法，因此复制指针这个操作本身并不增加对象的引用计数；而正因为所有者2希望能使用该对象，因此通过retain方法成为它的所有者，也保证了所有者1放弃该对象时，对象不被销毁。

在此用我微不足道的一点声音来纪念他们！