身边的技术同学基本上都是做业务系统，能够感受到大家平时工作中会有各种疑问，其中最多的无疑是：做业务系统的技术人员如何成长。
这个问题其实不难理解，对于业务系统的开发人员，长期疲于奔命、忙于完成各式各样的业务需求。而业务需求的开发过程中，主要有如下工作：
1. 需求的沟通、业务逻辑的梳理；
2. 对已有系统影响的判断：由于很多业务逻辑是在已有功能上进行升级，而业务系统总是如蛛网般交织，具体系统的升级点、对系统内部各部分的影响、甚至外部系统的影响，都需要考虑；
3. 技术的考量：基于对并发、扩展性等技术因素上的考虑，进行优雅的业务架构设计、代码模式的设计
4. 业务逻辑的开发：将业务逻辑落地成代码，可以理解成一种翻译
可以看出，除了第三点，其他基本上与我们正常理解上的“技术”相关性不大，更多是靠对业务、系统的熟悉程度进行工作。正是这些原因导致了业务系统技术人员的困惑：
深度技术所占的比重少。
为了让大家快速的完成开发，各个公司都会尽量实现通用的基础架构，以便让开发人员不用考虑太多的技术上的细节。
这其实是一个矛盾，公司为了效率、成本、风险考虑，期望员工是螺丝钉，而员工基于个人成长，期望自己能够接触更多的东西。
而且由于互联网项目迭代的快速程度，很多项目的在技术设计上会进行折中，以技术债来换取产品的尽早上线。
非技术相关的工作连续性低。
这会导致技术人员无法深入的了解业务，即使努力去了解，很大程度上也只是对操作流程、已有业务规则这些表面，但是缺乏从整个行业/领域/外部市场的角度来看待整体业务。
由于这些割裂的工作，导致大家既缺乏宏观的视角，又缺乏深厚的积累，更不用提提出创新性的建议了。
那如何摆脱这种困境，从个人的角度让自己成长呢。这里给出几点建议：
首先，在大面的选择上，首先当然是选择业务有前景、或者快速发展、或较为复杂的系统。
对于发展较快的业务，可以随着业务共同成长，不仅能够在实践中面临各种选择、提升自己解决问题的能力以及思维能力，也能够更快的提升眼界或者获得职级上的晋升，加速之后的发展。
对于已有的较为复杂的系统，可以方便的学习到成熟的经验，快速了解实际工作中可能遇到的各种问题，从而提升大局观。
其次，在日常的工作中，尽量避免把自己变成一个业务逻辑的翻译机器，一定要深入的了解业务，知道为什么要做手头的事、做事的意义，多总结，多思考，这样才能脱离底层的劳力者，成为领域专家，变为劳心者。
最后，就是技术同学熟知的多观察，发掘可以通过技术解决问题的点，充分把自己平时把握住的知识转化为解决方案，持续获得成长。
后两点可能是大家都清楚的道理，也确实可以做到。难就难在第一点，发展较快、有前景的业务可遇而不可求，复杂的核心业务可能一段时间之后自己就会变成螺丝钉，到达一定的瓶颈。
所谓选择大于努力，在这里也很深刻的体现出来，因此，期望大家在脚踏实地进步的同时，也能够多停下来反思、观察、收集信息、扩展人脉，这样才能不断提高自己成长的天花板。
