程序员你觉得是业务重要还是技术重要？

我年轻时在大厂时特别羡慕公司的业务架构师。当时公司的架构师是分三种的业务架构师搭建业务流程体系提升公司外部竞争力基础架构师技术基础设施搭建数据架构师数据研究并汇报给高管的我们重点说一下这位业务架构师就我当时自己接触到的他做如下一些事情从无到有告知你得有一个新的业务系统专门到各个部门去串目的是将各个业务系统打通且用他的方案用他「抽象」好的方案画出纯业务的架构图流程图注意图上是跟技术完全没关系的我们具体展开来说一下。第一条当大家争论不休的时候他会提出搞一个价格系统出来各个业务部门的系统从这个系统读取基础价格。在另外一个会议上当另外一波人又开始着吵的时候他又会说需要一个「比价系统」。且他是现场在会议室里画出整个的业务流程期间很多人提出各种问题他也是秒回的逻辑很清晰。当时我是佩服的不得了怎么会有这种人。精通业务了解行业的业务抽象能力又好。他解决的问题都不是个人问题小问题而是解决一大波人的问题。且给出了解决方案。当时我就觉得这种人的贡献确实比纯粹的技术人员要大的多。果然价格系统和比价系统上线后业务上通畅了很多极大的提高了各个部门的业务流程的执行效率。我当时一度觉得整个互联网电商所有的核心系统拓扑图都在他脑子里了。第二条到处走。这也是业务架构师日常重要的工作要打通什么业务需要各个部门协作的他就会去沟通。他首先会把整个业务架构流程告知大家有问题的提出来他会当场给出方案。注意还包括技术问题。当时这位虽然是业务架构师但是技术能力也是很强的。当时我们的商品系统的数据库表的通用设计方案就是他出的。一套基于mysql但是又可以动态扩展字段的且还支持属性继承和覆盖期间的递归追溯商品属性也是他出的。因此呀很懂业务又很懂技术的人能做大的贡献。这是我的判断。也是一个能得到高管重视和依赖的人物。至于第三条其实就是熟悉业务并抽象出最核心的图出来。他画的图不复杂跟我之前看到的超多元素超过连线的不一样。他那种是结构图简单清晰又容易看懂。真是牛你只有真正深懂业务了把那些不重要的都去掉后才能画成他那样的图。很多人做不到的我现在都还做不到的。小结我个人认为懂业务肯定是更重要的但是这里有一个大前提就是是真的比较懂。方能做出更大的贡献。当然你作为技术人员很懂业务又很懂技术那挺吃香的尤其是你还是一直在同一个行业里。