技术和业务

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

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

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

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

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

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

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

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

技术和业务》上有1条评论

发表评论

电子邮件地址不会被公开。 必填项已用*标注