从码农到架构师,你缺少的只是TA!
共 1399字,需浏览 3分钟
·
2022-06-20 17:47
点击蓝字 关注我们
一个闷热的夜晚,大家边吃小龙虾边交流工作感受。小王抱怨说整天在做业务开发,技术上没有任何提升,还被业务部门埋怨说不懂业务,感觉工作上遇到了瓶颈。
小王现在的感触,是对目前的工作缺少深思和感悟,值得好好总结和反思。
业务和技术
业务就是各行业中需要处理的事务,业务偏向于目标和结果,要解决什么样的问题,具有强目的性。技术是处理这些业务要采取的方法。
技术就是系统用户在页面上看到的内容以及操作系统的一系列功能背后的实现方法,专注于专业性质的行为。通过人为创造条件,让指定的规律按照人类的意愿发生。
业务和技术是相对的,两者相辅相成。
以取火为例,在古代使用钻木来取火。这时取火是一种业务,钻木就是技术。随着人们对取火技术的不断优化,人们发明了火折子、火柴以及打火机来取火,可以更加便捷的获取火源,从而解决了生火的问题。这时打火机就成为了业务,而打火机的有效防风、安全使用、环保成为了技术。
在技术领域,以JAVA的J2EE为例。之前要搭建一套基于B/S架构的应用程序,技术人员需要找一个合适容器(如tomcat),搭建MVC模块、JDBC模块、O/R模块等等,耗力又耗时。为了解决这个技术问题,出现了Spring/Spring Boot框架,提供了一套完整的解决方案。只需一键即可生成应用程序,这个时候Spring提供的服务就成为了业务,2009年VMware以4.2亿美元收购了Spring。
通过以上例子我们发现通过不同的场景和视角转换,技术也会演变成一项业务。
正常情况下技术同学会经历几个成长阶段:
第一阶段
产品需求翻译机,能理解到要做什么,只要测试通过并发布上线就觉得完成任务了。不关心需求的背景、价值及需求背后的业务逻辑。
开篇讲到的小王被业务部门埋怨说不懂业务其实就是这个原因,业务人员不懂技术,只会站在业务的角度去讨论问题,如涉及到系统的功能问题或疑问时,这类技术同学常常答非所问或哑口无言。
第二阶段
技术同学会去关心需求的来龙去脉,积极地同产品经理以及业务人员沟通,比较完整的去了解业务的价值、发展趋势、公司战略甚至行业动态,以此为判断设计合理的技术方案,保障业务的可持续发展。这类同学将是团队内的中坚力量。
第三阶段
主动拥抱技术价值,通过技术推动业务发展或让技术演变成业务。技术同学通过跟其他岗位像产品经理、销售、运营、客服、市场、客户等不断的沟通和换位思考,寻找用户的痛点,对症下药,必将能带来公司业务能力的持续提升。
技术人员如果站在其他技术人员的角度去思考问题、去探索和发现技术需求、提升自己的专业能力和认知水平,不断的进行技术优化。像现在很热门的serverless、低代码平台等等就是这样诞生的。
小王的选择
小王同学错误的把自己定位为代码工人,理直气壮的做一个CRUD Boy(增、删、查、改的编码工作),3年后会发现,他的能力还是原地踏步。
但在实际工作中,大部分技术人员会接触到各种不同的业务,树立业务Owner意识,以技术人员的独特视角去理解业务。
业务系统可以有很高的技术含量,重点在于技术价值输出对象以及兑现的方式,充分去理解并抽象业务逻辑,直接决定了代码的价值,进而去探索其背后的用户模型和商业模型。
如果小王能做到以上这些,那3年后的他可能就是位优秀的架构师,甚至会有更好的职业发展空间。
本文部分图源网
关注我们,早日成为架构师