工作第一年跟公司的老大(架构师)在楼道闲聊，有句话在之后几年的工作中时不时的会想起，老大说：技术是一条腿，业务是另一条腿，只有两条腿才能走路。当时听后觉得好有道理，技术要去实现业务才有价值。

之后在新的工作中，面对新的业务，发现依旧有些东西是不变的，比如技术和业务的关系，相互依赖，又相互牵制。尤其是以PHP为核心技术的RD，PHP生来就是快速实现业务的利剑，实现纯业务的场景占大多数。而在实现业务的过程中，有经验的RD都不会重新发明轮子，基于现有的存量(扩展、框架、库、算法等，有些是业界开源内容，有些是公司已积累的技术)叠加增量，这些增量也就是纯业务逻辑。在实现业务逻辑的过程中，由于林林总总的原因，排期总是很紧，也就无法他顾，深入去看看哪些存量的实现原理，还是在技术外围观光。

做业务当然有好处，涨了见识，知道了一些东西，但仅仅是知道。我们多么希望，排期不那么紧，好有余地钻研下知道背后的知道。你或许会说，等项目上线后，在去研究不就行了，有一些经历了之后，我们就会深知，项目上线后我们也很难腾出时间来深入钻研，新的事情总是会接踵而至。

时间长了，我们发现跟随业务知道的技术越来越多，但是我们真正掌握的技术并不是同步增加。我们会怀疑一直做业务的前途，会迷茫，会浑身无力..比如我们在业务中碰到了一个反射型XSS漏洞，当然很快很容易就修复了，但是XSS这个技术点深入研究总结，到完全掌握也是需要一些时日的。我们会尝试多分配一些时间给技术，业务又需要分心，往往无法深入。

空闲的时候，想深入总结下XSS技术，发现要花费比预期长的时间，而预期外的时间计划研究下PHP源码、C语言、网络协议、用过的语言Python/Golang/Lua的区别…想到这些，总觉得XSS技术不值得，平时琐碎的业务不值得，陷入纠结，技术深似海，时间的焦虑，学海无涯的苦闷倍增。

站在大厦二层E区明亮的玻璃前，三月明媚的春光投射下来，心情依然惆怅。突然想明白了，既然想往前走，同一时刻就只能迈一条腿，同时迈两条腿就注定摔在原地，不信你试试。忙业务又心系技术，心累之由也。

听矮大紧总结过科学和艺术的关系，科学进步的时候，艺术就不发展；艺术发展的时候，科学就不昌明。两线线，此消彼长。技术和业务何其相似啊。

写业务的时候，就不要想太多技术的事；专研技术的时候，就不要有分别心，遇到一个研究一个，遇到一个掌握一个，一步一步迈，积跬步方能至千里。