app软件开发如何提升上帝视角和农民视角能力

    我在做APP开发的时候，发现自己在写程序的时候，常常处于两种状态的切换，我把这两种状态称为软件开发的上帝视角与农民视角视角。我先给大家介绍一下这两种模式的特点。

    处于上帝视角时，我需要构思整个应用的架构设计，如何进行类之间的组织和信息的传递。我有可能会在纸上画一些类图，把关键的几个类之间关系构思清楚。这就类似于建筑师画设计图纸一样。

    在这个阶段，我的大脑是努力工作的，我会利用我学到的《设计模式》、《重构》、《代码大全》中的架构知识，先把类的关系组织好。然后我会深入到每一类的实现细节，构思好每个类大概怎么实现，这个过程又会利用了如何命名、DRY 原则、单一职责原则等编程知识。

    而这一切的行为，都是在纸上完成的，我甚至会关掉电脑屏幕，因为电脑屏幕前有很多影响注意力的信息（例如 QQ、微信、邮件等）。

    当一切构思基本完成，我就会打开APP开发工具，开始我的农民视角视角工作。

    在农民视角视角，我会专心于将我刚刚构思好的内容变成一行行真实的代码。由于已经想得比较清楚，这个过程通常更多是一种体力活，或者好听一点，是一个手艺人的体力活。对于农民视角视角的我来说，我需要知道 APP开发的各种基本知识，以及一些常见的提升效率的工作方式，以便我能够更快地完成编码工作。

    在农民视角视角中，我会注意集中精力，因为虽然实现代码是偏体力活的事情，但是思路如果断掉，接上的话还是会花费不少时间。有一些同事会喜欢戴上耳机，以避免干扰，也是这个道理。

    我还会把每个类大概的成员变量和成员方法名想好。构思完成之后，我脱下上帝的黄袍（别问我上帝为什么要穿黄袍，我也不知道），换上农民干活的麻布衣服，开始搬代码了。我先把这些类都建好，方法名命名好。接着我开始填一个一个的方法名的实现。

    每一个类的实现过程都可以看作一个阶段性的成果，这个时候我会稍微休息一下，然后继续搬砖。

    较终，我完成了所有代码，然后开始运行。咦，为什么运行效果不对？我赶紧打起精神，开始调试起代码来。这个时候，我一会儿切换成上帝视角，审视自己的架构是否有漏洞。一会儿切换成农民视角视角，看自己是不是不小心敲错了一些代码细节。

    较终，代码被全部编写完成并且运行正常了。

    上帝视角中，切忌不应该过于着急动手，把一切的细节都想清楚，看看有没有特殊情况没有考虑到。如果一开始设计得不好，那么真正实现到较后才发现，那么农民视角视角下写的代码就白白浪费了。

    上帝视角的工作是可以脱离电脑来实施的，这意味着我们可以拉上同事，找个白板讨论。我们也可以在上下班的路上思考。

    经过讨论的上帝视角的产出会更加靠谱，在我们公司，我们会在 Scrum 的计划会议的后半程，用出牌的方式估计每一个工作的 Story Point，而具体的估计方式，就是以上帝视角将整个工作细化，使得我们大家能够明确出农民视角视角下的编码工作量到底是多少。

    软件开发能力的提高，上帝视角会比农民视角视角更难，在上帝视角下工作得出色的同学，会进一步成为架构师，成为更复杂架构的设计规划者。

    在软件开发书籍中，涉及上帝视角的图书也有很多，例如《设计模式》和《重构》，但是好的架构都是无法脱离实际业务的，所以大多数程序员都无法通过简单地看书就提高自己的上帝视角的能力，更多的提高方式是工作一段时间，有一些实际体会之后再看书，就能够理解书中的道理。

    农民视角视角中，效率是 要素。所以，保证自己的专注力是非常重要的。在这方面，「番茄工作法」是一个不错的实践方式。

    农民视角视角中，应该尽量采用「宽度优先搜索」的方式来完成任务，而不是「深度优先搜索」的方式。在上面的例子中，我先将各种类的类名和方法名填好，然后再完善细节就是一种「宽度优先搜索」的方式。这种方式下，我们不需要额外的「栈空间」来保存工作的上下文。

    为了更容易理解，我来举一个「深度优先搜索」的工作方式，在上面的例子中，我先写界面的 Controller 类，写到一半发现需要 TableViewCell，于是就去写 TableViewCell。TableViewCell 写到一半发现需要先实现 ViewModel，然后就跑去实现 ViewModel，ViewModel 实现完发现需要缓存起来，于是就跑去写缓存逻辑。这种工作方式下，我就需要分别记住：Controller 的进度和 TableViewCell 的进度，以便我之后继续完善它们。这种方式其实就相当于一次「打断」，因为我把 Controller 的编写硬生生拆成了两次，这样就使得我需要更多时间回记上次的思路。

    农民视角视角中，我们应该尽量提升自己的代码输入效率。比如将常用的代码片段保存在 Xcode 的 Snippets 中或者 Dash 中，在组织内规范好统一的命名约定和规则，熟悉 APP的各种调试技巧，都可以使自己更快把上帝视角下的蓝图转换成实际代码。

    相对于上帝视角，大部分同学都会轻视农民视角视角下的效率。比如写一会儿代码聊一会儿 QQ。比如由于自己事先积累不够，很多基本的 APP开发知识还需要查资料和文档。农民视角视角下的效率低下，使得一个人看起来工作了很久，却没有什么产出。

    在 APP开发领域，我个人的经验表明，我在一整天的农民视角视角中，可以产出 1000 行左右的代码。2012 年猿题库创业初期时，我在 4 个月的紧张工作中，平均每天的代码产出约为 500 行。

    很多app开发新手对于提升自己上帝视角的能力感觉到无从下手，建议这部分同学可以多分析一些 的开源软件的架构，同时阅读一些相关的书籍。另外，每一次恶心的重构都是一次难得的经验，说明之前的架构设计不够优雅，结合自身的业务特点，多思考多讨论，慢慢地就会培养出自己对于架构的一些心得了。

    很多app开发新手对于农民视角视角不够重视。一个程序员大部分时间都应该是处于农民视角视角的，农民视角视角决定了我们产出的效率，而很多人只重视工作时间，不重视工作效率，使得自己的产出非常低下。

    提升自己的农民视角视角能力，建议使用「番茄工作法」并且做一些时间记录，平时多学习一些较新的 app开发知识，以便减少自己的知识盲区。专注于自己的精力是否集中，如果觉得太累，就活动一下或者适当休息，不应该强迫自己Coding。

    混搭模式，类似于练功人士的「走火入魔」，专指那些在上帝视角没有想清楚，就马上切入农民视角视角写代码，写到一半代码又切到上帝视角思考。边写边想的混搭模式使得自己想的时候不够清晰，写的时候又不够专注，两边都不讨好。通常刚刚入行的人都处于这种混搭的模式，不但写出来的代码容易有逻辑错误，而且速度很慢。