最近在jd上买了2本书《Android Jetpack应用指南》和《深入理解Android虚拟机ARK》，买前者的原因是在了解vue的时候，了解了MVVM架构的概念，所以买了《Android Jetpack应用指南》。后者，自认为了解虚拟机，才是真正的了解技术。现在就遇到了第一个问题：我怎么学，才能算android比较厉害呢？这更深层次的引导出一个问题，Android工程是解决什么样问题的？能解决什么样的问题？哪些问题的溢价比较高？
我们可以从“大公司”和“小公司”2个维度考虑。
| 业务复杂度 | 性能 | 迭代速度 | 稳定性 | 团队人员 | |
|---|---|---|---|---|---|
| 大公司 | 高 | 高 | 高 | 高 | 多 |
| 小公司 | 低 | 中等 | 中等 | 中等 | 低 |
从这个表格中，我们可以看出：所有的要求比较高，但是团队成员也多。对于小公司来说，在性能、迭代速度和稳定性都一般，但是团队人员也少哦。这中间就可以出现不是太极限的方案：通用业务框架和UI组件框架。小企业本身就是为了业务快速迭代，创造原型。android工程师的核心价值是写业务，如何业务写得更快。目前的业务都是前后端分离的，那么说明业务也不用太多的关注。本身可能是个简单的工作。
如何去体现他自身的价值，来提升自身的薪水，防止被小年轻替代呢？如何做一个长久有意义的客户端工程师呢？我目前的答案是：1. 开发框架：业务框架和组件（跨端算个组件） 2. 卖产品 3. 项目管理。其实，还存在第四种，那就是深入技术，比如深入理解ark，但是从jvm专家来说，ark只是他的一个应用业务领域。
同理，我们来思考作为后端开发，如何在小企业创造价值呢？对企业来说，商业模式是他的核心。对于电商来说：就是卖东西，如何让老板更好的理解自己的销售情况？业务的ROI如何？这就需要我们去抓取适当的数据，形成几个通用的报表。对于电商平台来说，他的指标可能又有所不同。那么，这里我们能否存在通用的业务模型或者框架来解决这些问题。这就出现了企业软件的服务商。有卖erp的，有卖saas的。而对企业来说，就四方方面：商业模式，经营模型和数据，执行流和工具集。这里可以画张图来解释：
这里就可以问出几个问题：
- 商业模式是什么？他是否存在通用的经营模型和数据？
- 存在哪些执行流？这些执行流是否合理
- 是否存在通用该领域的运营策略？这些策略有没有形成工具集
- 我现在可以做什么？
通过这个框架，我们能够实现自我企业的自查，以及自我动作的自查。通过这个框架，来用心服务好我们的客户。那么，小企业中，后端的价值是什么？
若有收获，就点个赞吧
0 人点赞
