【文章来源微信公众号：每天学编程】

程序员已经是很宽泛的一个名词了，不止是设计制作APP

在正式探讨这个问题前，我首先想到的是，为什么会认为程序员就是设计制作APP呢？大概是这两年移动互联网的兴起，导致了很多2C端的APP产品出现，普通人接触的最多的软件或者程序就是装在手机里的APP了，和这些APP的相处时间甚至超过了恋人和爱人！

所以，在程序员身边的朋友问他们，程序员这个职业到底是做什么的时候，程序员们为了解释方便就会拿开发APP来举例。于是在很多人心中，就给程序员扣上了APP开发的帽子。

其实，程序员是编程行业职业的统称，程序员能做的不止是APP。像网站、小程序、各种管理系统、财务系统、交易系统、物流系统等等，几乎你能看到的所有信息系统，程序员都可以做。

互联网公司并不神秘

要想知道程序员的具体工作内容，我们要把程序员这个职业往细了拆分

如今，一个软件的开发可以像流水线一样有不同的人合作完成，也可以由前后端都懂的全栈工程师一手撸出来。虽然像京东、淘宝这样的APP对于单兵作战来讲难度有些大，但是小众的APP还是可以挑战一下的。

就拿APP流水线开发来讲，一个APP从开发到上线和运营，不仅涉及到软件的全生命周期，还涉及到一个研发团队的人员配置合作。在这个流水线上，程序员被划分为多个岗位，分别干着不同的工作。那么，要想开发一款APP具体经过哪些步骤呢？

互联网公司职位

首先想做APP就得知道要做成什么，具体业务规则是什么，这个过程叫做需求分析，对应的岗位叫做需求分析师。接下来，就要有人把需求分析师整理成具体可做的软件原型，这个过程叫做产品设计，对应的岗位叫做产品经理。

有了产品原型，要想开发成真正的APP，中间还要经过界面设计，对应的岗位叫做UI设计师。接下来就是真正的研发阶段了，需要编程人员出场了，也就是所谓的程序员。而这里还可以细分，做APP界面交互的称为前端开发工程师，做后台数据处理和提供业务接口的叫做后台开发工程师。期间还可能有数据库开发工程师。

如果涉及到内容搜索、推荐，还可能有算法工程师。如果有大数据处理分析，还要有大数据开发工程师。只有这些编程人员把具体的业务逻辑通过代码实现，才能做成一个最终的APP产品。产品开发出来，还得有专门的人员测试通过后才可以发布，这就是测试工程师。还得要部署到服务器上，这个工作由实施或者运维工程师来完成，还要有处理数据库问题的DBA工程师。

系统上线后，要涉及到推广运营，这部分工作有运营人员来完成。在产品运行过程中，如果客户有问题需要咨询对接，还得有客服人员。

程序员不止是开发APP那么简单

整个软件开发过程中，还要涉及到项目管理、文档管理、代码管理等等一系列细节问题。这几乎都要有程序员的参与。

所以，程序员不是只开发APP的，而一个APP的开发也不仅仅由程序员来完成，需要多个岗位，不同人员的共同配合和努力才行。当然，如果你足够强大，精通前后端、移动端开发，那么你也可以一个人开发一款APP！

【文章来源微信公众号：每天学编程】—关注，后台领取编程资源

前言

在大厂打工一年有余了。
一年前我干的活是看论文写代码，总是苦恼于现实与预期不符。现在的我，深入到一线产品研发团体中，更遗憾的是再没有多大空间能发挥创意，而只能做个执行者。
但是也有幸接触到了不同的职能，学习到了一些产品专属概念，以及产品研发的主要流程，也很开心有机会在这里给大家做分享。
也许还能指导到一些小朋友呢，对吧(●’◡’●)？

产品分哪些类型？

按照离用户的远近来区分的话，产品分为前台、中台产品。

1. 前台：直接触达用户（toC或者toB）的业务产品，这类产品一般有前端界面，比如我们在支付时的界面和点击的按钮。
2. 中台：中台是可以服务于不同前台的产品，可以看作公共能力的提供者。比如我们在使用美团的时候，不论是团购，还是买外卖，付款的时候使用的同一种能力，相应地调用的都是同一个产品。

这是从阿里流传出的著名“大中台小前台”战略，前台业务可以快速更迭，中台业务保持稳健，在支持业务灵活变化的同时，也保证通用能力保持稳定。

产品内部是如何组织的？

要实现上述“大中台小前台”的形式，那自然所有代码不能写在一堆里边，各产品组通过微服务形式进行组织和通信。
每个产品组通常提供一种专门的能力，比如说，可能是结算、支付、付款、营销等，承担业务流程中的一个环节，各产品组之间通过接口调用（RPC机制）进行通信，以完成业务全流程。
每个产品组内部，不是只有一个代码仓库，而是分为多个代码仓库，每个仓库中的代码承担了更细分的单一功能，每个负责单一功能的代码仓库会被称为“服务”（这类是最常见的“单仓库单服务”，也有从一个代码仓库中划分多个服务的，叫做“单仓库多服务”，后者代码的耦合性就比较强）。每个服务通常有自己的消息队列，有自己的数据库，有自己的配置项。
所有这些服务共同配合、通信，完成业务全流程，就叫做微服务架构。

各职能如何配合来研发产品？

为了理解这个问题，我们需要知道以下问题的答案：

1. 一个产品的发展改变，会涉及到哪些职能序列？
2. 各序列完成的任务是什么(这点可以参考各职位JD)？
3. 各序列之间是如何配合的？

首先，我将围绕产品的多个职能序列列举在下方，供大家做个总览。

以下对这些岗位的工作内容做更详细的讲解和说明：

• 销售/客服/商务
  将这三者归为一类是因为这三者是直接与外部人员进行接触的人，他们各自的职责是：
  销售，将商品推销售卖出去的人；
  客服，为客服服务解答疑问的人，售前、售中、售后都需要客服；
  商务，为公司业务发展谈合作的人。
• 产品经理
  产品经理接受来自高层、销售、客服、商务、运营等同学提出的需求，其工作内容是明确以下内容，并督促大家按预期完成。
  • 产品需要设计成什么样子才能满足需求方的要求？
  • 完成本次需求实现需要调动哪些产品组？
  • 各产品组之间分别需要负责什么改动?
  • 各产品预期何时开发，何时测试，何时上线？
• 商业分析
  负责对竞品、行业进行调研分析，并完成行业报告，为业务的战略发展提供支持。
• 数据分析
  负责建设业务数据指标体系，并从数据指标变化观察业务异常、洞察行业机会、提出业务改进机会。
• 服务端开发工程师/前端工程师/算法工程师
  负责根据产品经理提出的需求，设计具体的技术方案，并完成代码实现和上线。
• 测试(开发)工程师
  负责根据产品需求、技术方案，设计测试用例验证需求实现并且代码无缺陷，开发完成的代码必须测试无误后才能上线。
• 运营
  产品上线后，运营同学会建设关键运营指标，并通过各种手段提高关键运营指标，如与用户做沟通调查。
• 运维(开发)工程师
  负责代码上线后，服务器、部署环境方面的维护工作。