业务与技术之间的关系？

不知不觉已经入职工作了一段时间了，最近也在跟即将或者已经正在实习的学弟学妹们交流，有些心得和感想也想和大家交流下~

在一开始实习的时候，师兄给出的任务大都是熟悉业务流程，或者梳理业务链路等。曾经我也有些迷惑，面试的时候大部分时间下都在问技术相关的问题，可为什么实际工作的时候我却并没有花大部分时间在写代码，锻炼技术上，反而一开始要花不少时间去学习业务？业务和技术之间的关系究竟是什么？在一开始学习的时候究竟应该以什么为重？

先说结论，我认为业务和技术应该是齐头并进的关系，不应该单纯钻研业务而忽视技术，也不能钻研技术而忽视业务。我们需要通过技术手段刻画复杂的业务场景，让业务经营的流程有数字化的展现，让业务的积累变厚；通过数字化的方式沉淀业务和运营策略，发现新的市场机会点，为业务决策提供有力支持。

技术本质也算是一种抽象的工具，最终是要用来实现业务目标。就好似我们需要去到一个地方旅游，那么可以选择的交通工具会多种多样，但是实际在特定的情况下只会有少数的几种工具是比较合适的。比如去新疆旅游，坐飞机虽然价格稍高但更省时间，坐火车价格虽然低但是更花时间。那么我们就需要根据具体需求来确定选择，比如我是学生，那么我时间多就会选择火者；如果我已经工作，那么我应该就会选择飞机。通过这样的例子是想说明没有什么工具或者技术是完美无缺的，都是需要在特定的场景和特定的需求下才可以发挥最大的作用。比如消息队列，如果我们面对的是对消息顺序和事务性有严格的场景，那么最好应该选用Rocketmq；而如果是大规模的日志搜集则应该选择Kafka。

所以通过以上具体例子我们可以发现，学习业务是为了理清楚我们所面对的场景，学习技术是为了完成知识积累，让我们可以在面对这样特定的场景时可以做出更为合适的抉择，选择更为合适的技术为业务服务。

业务与技术的学习方面也是比较相似的，都应该先整体再局部。对于业务，应该根据实际的业务流程，整体梳理形成大体框架后，再针对其中的具体阶段或者步骤进行深入分析研究。对于技术，应该先搭建了解形成整体框架，比如中间件这个模块大体包含了微服务、消息和数据中间件，消息中间件下又可以细分成针对不同场景使用的RabbitMQ、RocketMQ和Kafka等。等搭建起这样一套金字塔形的框架后，再针对其中具体每层去进行细致的学习了解，这样就可以在学习的过程中发现不同工具之间的相同处和差异点，从而完成知识的业务化储备，以便在面对特定的业务场景时可以更好地完成技术选型，更好地完成业务要求。

最后，最近有不少企业已经开始秋招了，有需要的学弟学妹们可以私聊我内推，各个大厂都有，可以帮忙指导简历修改和投递~