硅谷和国内的 iOS 开发到底有何不同？

2017-02-28 22:30:00

前段时间在国内各大互联网公司转了一圈。与各位 iOS 业界大佬交流了之后，深感国内变化之大，敬佩诸位国内开发者的实力和韧劲。除此之外，我还发现硅谷和国内的 iOS 开发还是差别很大，且听我慢慢道来。

国内使用 SDK 和硅谷大为不同

首先是最本质的三个不同：国内的支付使用的是支付宝和微信，地图使用的高德和百度导航，国内的第三方登录主要是微博，微信，和 QQ。而硅谷的在线支付方式是信用卡，地图使用的是苹果自带亦或是谷歌地图，第三方登录就是 Facebook 和 Twitter。

这三点不同意味着开发引入的 SDK 完全不同。在 Uber 被滴滴收购前，其美国的 App 和中国的 App 完全是两个不同的 App -- 因为大量 SDK 不同导致架构和接口需要重新设计。再加上国内对于数据的严格掌控，很多 App 后台 API 的设计需要单独处理，流量需要导入到中国境内的数据中心，App 的界面亦要根据中国的网速针对优化。

另外，国内开发经常大量的调用第三方的库。而硅谷的大厂开发基本都是自己开发内部的工具和库。可能调用开源库确实比较方便快捷，但是硅谷的大厂考虑更多的是版权和代码质量的问题，所以在开源或是使用第三方库方面格外谨慎。

国内注重 HotPatch，硅谷注重原生态

据我所知，国内开发对于热补丁情有独钟。滴滴就做出了 DynamicCocoa，通过转化 Objective-C 到 Javascript 进行热修复；饿了么大量使用 Weex 进行移动开发；美团也已经在主 App 里尝试了 React Native。

相比硅谷，也只有少量小公司开始尝试 React Native。其主要原因也是 App 需求相对简单，跨平台开发相对轻松。大公司几乎很少使用，就连 RN 的母公司 Facebook 也只是在1到2个小 App 上使用了 React Native。

我个人推测这其中的主要原因在，国内开发需求量又多又急，加上前些年 App Store 的审核非常之慢，所以国人在开发上才对 HotPatch 趋之如骛。

国内要求快速迭代，硅谷要求测试覆盖

与百度的开发者交流中，他们经常提到“业务太多，根本来不及做”。所以基本上会有一个单独的 QA 团队负责测试，而开发者则是不停的写新的代码。

这一点与硅谷在对测试的态度上大相径庭。Google 对于代码的测试覆盖率有严格的要求和审核标准，Yahoo! 甚至在开发中要求采用 TDD (Test-Driven Development)，Facebook 所有的代码也都用持续集成测试来保证其质量。在《The Clean Coder》一书中，作者也多次强调代码质量的测试的重要性。我之前在工作中，有时候甚至出现写的测试代码数量超过开发代码的时候。

造成这一差异的本质在于两国竞争模式的不同。中国人口巨大，竞争对手太多，所以资本的打法就是快速迭代，小步快跑，挤垮对手。面对这样的模式，中国的工程师也只能暂时放弃完善测试代码，将有限的精力集中在开发上。

Swift 与 Objective-C 的争论一直不绝于耳

国内和硅谷对于 Swift 的看法大同小异

前段时间唐巧老师发表了他对 Swift 的看法，他认为 Swift 是未来，但是现在不太完善，要“再等等”。无独有偶，卓同学发文则认为，Swift 已经开始流行起来，应该“快上车”。

我在这半个月杭州、北京、上海之行中发现，几乎大厂开发都用 Objective-C，他们对 Swift 依然心存芥蒂；而小公司和独立开发者，则是对 Swift 充满期待。原因很简单，大厂需要的是稳定的产品来维持口碑，对于 Swift 这样重写并不能带来巨大好处的冒险之举自然是讳莫如深。而这个原因对于小公司或者个人来说并不成立。

其实国外对此也一样。唯一不同的是，可能硅谷要略微激进一点 -- 大厂已经开始部分尝试 Swift 了。Google 在某些新产品和新功能上已经开始用 Swift，Facebook 和 Twitter 都放出了自己的 Swift iOS SDK；LinkedIn 开源了 LayoutKit，Lyft 开源了 mapper，而这些都是用 Swift 写成。

就连硅谷的猎头都开始急着寻找拥有 Swift 开发技能的工程师了，而就在去年，Swift 在职场上还是被作为一项可有可无的加分技能来对待。

虽然硅谷在 Swift 上走在了前面，但是不得不说开创性的尝试总是要付出代价的。当年 Uber 在开发新 App 时采用了全 Swift 模式，结果因为 Swift 编译速度不佳和语言功能不全，开发效率大打折扣，内部工程师在采坑过程中无比头疼。所以 Swift 虽好，可不要贪快哦。

国内 iOS 职场与硅谷有很大差别

这个话题有点大，我从四个方面来说。

两者对于 iOS 工程师的需求量不同

国内现在处于一个 iOS 工程师饱和的状态，水平一般的 iOS 开发者多如牛毛，而高手却屈指可数。这就造成了一个情况，公司招不到素质过硬的工程师，而很多新手找不到工作。

作为生活在美帝多年的土包子，我对这个问题百思不得其解。因为硅谷一直是程序员的天堂，一个美帝计算机专业的毕业生，可以随便就找到一个年薪10万刀的工作。在这之中，iOS 工程师更是奇货可居。按照道理来讲，美国这么多年大量输出计算机本科生，硅谷居然还缺工程师，而且连刚毕业的新手都抢手。为什么国内反而却饱和了呢？

这个问题直到我遇到了滴滴的 Sunny 才想明白。

他告诉我，国内有 iOS 培训班这种东西。这样，工程师可以流水线快速训练出来，他们会带你刷面试题，教你如何拿 Offer，甚至帮你把 Github 和博客都弄好。再加上前段时间中国处于全民创业的狂潮之中，各种初创企业对 iOS 工程师需求巨大，导致这种培训班居然大行其道。而现在市场回归理性，对于程序员的需求量减少，于是很多刚刚流水线出来的 iOS 菜鸟自然无处可去。

产品经理（PM/PD）素质的差异

之前老听说国内程序员追着产品经理砍的故事，我只当成是个事故，一笑置之。因为硅谷的产品经理大多和程序员和睦相处，至少在我印象中，工程师和产品经理的矛盾要远远小于上下级的矛盾。

后来发现，在国内，我以为的并不是我以为的。

国内产品经理基本上就是刚毕业的新人，没有什么实战经验，有些都不懂技术。而最重要的开发需求和任务往往是他们提出和分配。这就造成了一个奇怪的现象：一群经验丰富的 iOS 专家，团结在一个不怎么懂技术的产品经理周围，做开发。

硅谷则对产品经理要求颇为严格：口才和技术是两个必备的技能，很多产品经理甚至是资深程序员转型。一般产品经理也是作为部门经理的接班人来培养的。

面试流程不一样

我说实话，国内大厂考得要比硅谷难。我回国之前就发现腾讯笔试好几张卷子真不好做，面试考得也异常全面。百度甚至考出了红黑树这种变态的玩意，还有公司问 autorelease pool 是用什么数据结构写的。

硅谷每个公司的面试流程则不尽相同。谷歌是比较极端的考 4 到 5 轮算法，亚马逊与此类似，这种标准化流程让这两家损失掉很多优秀的工程师 -- Homebrew 的作者 Max Howell 因为不会在白板上翻转二叉树而被谷歌拒绝的事情现在还被大家拿来吐槽。相比 Facebook 的面试还比较靠谱，一轮交流，问问简历和文化；一轮系统设计；两轮算法。我个人面过最实际的还是 Uber 的 iOS 面试：一轮交流，一轮系统设计，一轮上机实战写 App，一轮算法。

总体来讲，国内面试偏向考试，难度大，要求全面。硅谷的面试侧重算法和基本功，有时候脱离实际。

职业走向

据我所知，国内很少有干了10年以上的开发者，很多程序员干了几年就做管理了。这可能是因为国内程序员确实很辛苦，阿里这样的大厂996都是常态，在这种情况下码农、搬砖这类热词应用而生。但同时中国很多优秀的开发者，可能是前端、后端、移动端都有几年经验，技能十分全面扎实。

而硅谷有很多写了10年以上经验的极客程序员，他们热衷写代码却不喜欢管理工作。我在美帝待得这几年，几乎没有听到国外程序员抱怨自己辛苦，像Google，Facebook 这样成熟的美国互联网公司很少出现加班情况。硅谷的开发者可能一辈子只钻研一块，比如只会前端或者后端。但这并不妨碍他们在喜欢的领域成为超级专家，这也十分受人敬仰。