《硅谷革命：成就苹果公司的疯狂往事》读后感

本书英文名为《Revolution in the valley:The insanely great story of how the MAC was made》

作者 Andy Hertzfeld，1979 年 8 月加入苹果公司，负责 Apple II 的外围设备设计，1981 年 2 月加入 Macintosh 团队，成为 Macintosh 系统软件的主要开发者之一。

结合几个印象比较深刻的片段，跟大家分享一下我的阅读体会。

一、上线是硬道理

我之前的领导一直跟我们强调，IT 项目上线运行是硬道理，再完美的设计，如果没有发布上线，一切都等于零。

书中《能上市才是真行家》一章描述到：在 Macintosh 软件开发截止日期不到一个星期的时候,还有很多程 BUG 没有解决，大家都已经非常疲惫，而且还有一些问题找不到原因，经过评估不可能在规定的时间内完成任务。

因此，软件组经理就代表大家跟乔布斯开电话会议申请延期发布。乔布斯一口拒绝：

不行，我们绝对不能延期！你们已经花了好几个月时间在这上面了，再多几个星期也不会有太大差别，赶快把它们解决掉，尽最大可能就好了。

最后，整个项目组拼劲全力，在规定时间交付了质量还算比较满意的软件产品。

估计很多程序员对此类场景并不陌生!有时 Deadline 就是最好的生产力，咬咬牙，或许就能变不可能为可能。

二、用户测试很重要

所谓用户测试就是把软件拿给实际用户试用，观察用户实际反应。

用户测试一般安排在特殊的房间，观察者可以在不干扰测试的情况下观察用户的反应。

在 Macintosh 发布之前，项目组也安排了一系列用户测试。测试中发生了一个插曲：在弹出窗口有两个按钮 确定（Do It）和取消（Cancel）。其中一个用户测试过程中非常生气，跟现场协调员说：“我又不是笨蛋，怎么这个软件一直叫我笨蛋？” 

原来这位测试人员把 Do It 看成了单词 Dolt（笨蛋)。

为了避免类似尴尬，开发人员就决定把 Do It 修改为 OK 。

通过对用户测试反应的观察，研发人员可以发现很多原先没有考虑的问题。

腾讯的很多产品（比如游戏），在正式发布之前都会进行类似的用户测试。有时，让设计师放弃一个自认为精妙绝伦的设计方案很困难，但是当发现自己的设计给用户造成困扰的时候，设计师就会主动放弃。

如何处理好技术高手与主管之间的矛盾？

本书作者 Andy 是一位技术大拿，是 Macintosh 最核心的开发人员，与自己的直接上司 Bob 在很多问题的理念差别很大，两人关系一直比较紧张。

乔布斯需要 Andy 这样的技术高手来完成 Macintosh 的研发，同时也需要 Bob 这样软件技术管理人员来完善整个团队的研发流程，因此两边都不得罪，一方面通过 Macintosh 研发的愿景，激励、留住 Andy,同时，也力挺 Bob 做好整个团队的研发管理工作。

乔布斯中庸的处理方式在 Macintosh 研发关键时期，起到了很好的作用。但是 Andy 与主管的矛盾并没有解决，只是暂时搁置而已。最后也因为 Andy 与主管的矛盾激化，在 Macintosh 上市销售后，选择离开了苹果公司。

在技术公司，类似 Andy 与主管的矛盾也是比较常见，乔布斯的处理方式可以作为一种借鉴。具体方案还是要具体情况具体分析，力求找到公司和个人共赢的处理方式。

三、自己的利益还得自己争取

苹果公司 Lisa 和 Macintosh 两款电脑最核心的图形界面都是由工程师 Bill 一人开发而成，但是在 Lisa 上市销售对外的媒体报道中，Bill 却被排除在设计师队伍之外。

于是，Bill 去找乔布斯说理，对公司忽略自己的重大贡献表示严重不满。乔布斯口头上承认 Bill 贡献巨大，被排除在 Lisa 设计师队伍之外，只是媒体犯的错误，让 Bill 不要过分解读。

但是 Bill 觉得乔布斯在敷衍了事，非得讨个说法，否则就要离职。最后乔布斯只好安排人事介入一起商量解决方案。最后经过多轮沟通，授予 Bill 苹果公司特别员工称号，以肯定他对 Lisa 所做贡献。

苹果公司特别员工附带的福利是他们将获得大量的股票期权（在这之前只有 2 位员工获此殊荣）。

我们总说“是金子总会发光”，但是有时涉及到具体个人利益，该争取的还是应该积极争取。

还有一个故事，作者 1981 年刚加入 Macintosh 团队，发现团队成员工资只有 Apple II 团队人一半还不到，就去找乔布斯，说：

“既然你说我们项目有多么重要，为什么团队成员收入还这么低呢？”。

乔布斯听后异常平静说：

“我也不知道他们的薪水是多少，我没有为大家加薪是因为没人要求过！”。

因此，有时领导饱汉不知饿汉饥，关注的焦点是具体的项目目标，而忽略团队成员的收入。因此，必要的时候还是要主动站起来提醒领导，虽然这么做多少有点尴尬，但是总比核心成员心灰意冷后，突然辞职要强很多。

本书还有很多关于乔布斯、比尔盖茨以及 Macintosh 团队成员的故事，趣味盎然，精彩纷呈。

另外，书中还谈到了一些软件设计思想，对程序员也会很有启发。