业务与技术的关系

今天在公司优化一个后台服务，主要是数据存储方式的优化，以提高线上服务的QPS。这里涉及到数据在数据库中的更新与查询问题，同时要考虑一次请求与数据库的交互次数，还要求数据所占用的存储空间尽可能的小。也就是说这是一个纯技术层面的优化。

当我花了半天时间，仔细思考调研后，终于给出了一份自认为合理且优秀的技术设计方案发给老大，有点出乎意料的是，老大似乎对纯技术层面的方案不太感兴趣。或者说该方案几乎没仔细推敲就直接认可了。但是，老大紧接着问到：你对这整个服务框架，基于你自己的理解，在业务和代码逻辑层面，有哪些地方做了改进？

我明白了，老大关心的是一个服务其本身对业务的效果，对的，是效果，而不是纯技术本身。

这使我重新思考与考虑业务与技术的关系。

任何一个互联网公司，首要关注的一定是其业务，包括业务是否健康发展，业务是否有价值，业务是否能带来利润等。安全类的服务也同样如此：业务是否为客户带来了真实价值？客户用了你的服务是否能解决实际问题？等等，这才是上层或者领导首要关注的。

而技术是什么，技术只是业务实现的方式与手段而已。对技术而言，其第一定律是：永远满足业务的发展需求与需要。因此如果说你在纯技术层面费了很大的功夫与气力做了优化与改进，但是没有带来业务层面直接的好处，对公司或者领导来说，起码这个投资收益比是不合算的，那么你做这件事的价值就没有你所认为的那么大了。反方面来说，凡是能满足当前的业务发展需求且最廉价的技术方案（不一定要是最牛逼的方案）就是最好的方案。

而一个好的系统架构师的价值在于，他能准确把握业务与技术的关系，能估计业务的发展，并在合理的技术投入上（良好的可扩展性，兼容性，先知的预见性）满足业务的发展。这些是需要经验积累的。

永远是业务驱动技术，而不是相反。业务发展应该是走在技术前面的。因此，技术只是基础，程序研发人员做事，要更多从价值和业务层面去思考，不要太专注于眼前的技术细节中，导致缺少宏观视野。