开发商的价值通过技术和产品得到体现。对于应用程序开发，除了实现业务之外，最重要的是开发的速度、质量和可维护性。速度决定了你能否支持公司占领市场。质量决定了你是否能站稳脚跟，不会很快被踢出去。可维护性决定了你能否在前进的过程中保持轻快的步伐。

速度、质量和可维护性

对速度、质量和可维护性的要求实际上是快速、稳定和明确的。

快:快实际上是最容易做的事情，或者是最容易知道你是否能做到的事情。熟悉安卓开发的朋友都知道，如果你能理清业务逻辑，不受干扰地将其投入开发，开发速度会非常快，普通大小的应用程序可以在一到两周内完成。

稳定:稳定不像快。我们可以简单地利用时间进行实时定量评估。直到大量的错误出现，我们才知道稳定是否稳定。然而，一旦工作速度提高，很容易发现大量的错误。事实上，安卓的常见问题无非是内存、异步、响应等。消除和解决这些问题很容易，而困难的是如何确保这些问题不会发生。

清晰:清晰是最难做到的。它可以通过时间快速量化，并通过错误统计稳定量化。然而，清晰度很难量化。代码审查和可伸缩性是主观的评估，并且落后。在许多情况下，通常需要等到代码需要扩展甚至替换后才能接管。

对于开发者来说，以下是我对如何快速、稳定、清晰地开发应用的一些想法。

有限参与商业设计

从职责分工来看，业务设计是运营部门和产品经理的工作。诚然，R&D不应对此负责，但我指的是参与。R&D(包括测试)应该尽早参与商业设计。一方面，可以提前发现问题，另一方面，可以引导和建议技术路线。

R&D参与设计可以避免许多问题，如通信压力、加载速度、延迟时间、硬件负载等移动开发的特殊问题。考虑到周祥，我们不能指望运营和产品像专业的R&D那样全面。

另一方面，R&D参与设计也可以引导技术路线，如本地应用、混合应用或反应型、单用户系统或多用户系统，以及使用何种收费形式。

在实际操作中，您可能会发现业务设计中的漏洞，如收费形式、异常提示甚至业务逻辑的严密性。

当然，参与设计肯定会占用研发时间。有些人会感到委屈，觉得他们已经为产品做了自己的工作。然而，参与设计将节省他们自己的时间，因为无论产品是如何设计的，他们最终都需要技术来开发和实现它。如果存在设计问题，修改代码时的输入将比修改文档时的输入大得多。

当然，公司层面也应该有明确的定位。R&D在设计上的投资必须受到限制。如果大量R&D投资于设计，那将是另一种形式的浪费。