本文主要是介绍从码农成长为软件设计师,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
简介
每个人都经过码农阶段,随着行业经验的丰富,以及对行业的思考,大部分人陆续从码农成长为了软件设计师。而这一步的跨越是要经历大量项目实战和经验积累的,经历了大量实战我们才能对行业有深入的了解,从而实现码农到软件设计师的跨越。这里我以Java服务端研发来做说明案例,其他方向的研发也都大同小异的遵循如下讲述的思维成长过程。
一、码农成长阶段
刚入行的同学都还是疲于应付开发工作,没有精力去思考太多,因为日常开发任务占据了太多的精力,一般在入行3年左右,开始对日常开发应对的游刃有余了,这时候我们可以去思考一下软件设计的工作了。
大学学计算机相关专业的同学都学过一门课程《软件工程》,对如下图所示的软件项目流程应该是比较熟知了,跨专业入行的同学在工作3年左右也该形成软件项目流程的思维了,可能不同的公司实际和下图或多或少有些区别,但是整体流程应该来说是一致的。
图1 软件项目流程
Java服务端开发项目都还是MVC架构,我们clone下来项目源码之后,都会以这种思维去理解项目。这里要提及的一个研发过程中我们使用到的两种设计思维:
图2 软件设计思维
上图有两个流程图,分别体现的是数据驱动研发思维和领域驱动研发流程,可以看到两种思维第二、三步是完全不一样的,两种思维有很明显的区别,数据驱动研发我们根据需求直接开始建库建表,然后基于数据流思维来编写业务代码了,这种方式也一直应用至今,所示实现系统需求是完全没问题的,但是随着业务越来越复杂就会发现代码维护复杂度也会越来越高,业界称为“盆血模式‘。Eric Evans 2003年提出了领域驱动设计思维,领域驱动研发思维一个很大的进步就是强调领域建模,把软件设计和业务领域第一次融为了一体,这一设计模式被业界称为”充血模式“,领域驱动设计在业务越来越复杂的时候只会让领域建模越来越清晰丰富。
二、软件设计师阶段
第一章节讲解了码农成长阶段,入行做了几年开发之后,我们对软件项目研发流程非常熟悉了,也开始了对软件设计思维进行了总结归纳,做任何事情我认为总结归纳的能力都是必须要具备的,不会总结归纳的人很难对行业有更深入的理解,更不可能形成自己的一套思维体系。光是了解这些只是成长为软件设计师的起步阶段,要想成长为一名出色的软件设计师,如下图所示的各个流程需要的能力我们都要具备,并且能够积累自己的一套方法体系。
图3 服务端开发核心流程
需求分析和抽象建模
作为一名技术人员要积极的参与到需求分析的过程中,协助完善需求,在这期间我们可以充分利用UML建模工具通过不同的图表来做分析,并且分析的过程中进行领域建模的工作,这两步做好了对后面系统设计方面的工作开展有很大的帮助。
系统设计
这一步我认为是最核心的一块,这一步既需要需求分析和抽象建模的工作铺垫,也需要综合数据设计和非功能性设计的需求。我理解系统设计分为软件单元的设计和系统整体设计,这里的软件单元的概念是指软件包,一套系统可能有大大小小的软件包组成的,我们常常区分为单体架构、分布式架构、微服务架构,这里我说的软件包可能维度会更小一点,类似jar包,但是只包含自研范畴的。这里可能大家会疑惑为什么这样去考虑,我的理由是但凡团队开项目的程序都需要进行规划,不论项目是作为依赖引入jar还是单个微服务的jar。
软件单元的设计我们要从技术选型、规范(命名,编码,包结构等)等方面开始考虑,然后考虑单元架构,设计期间我们还要遵循行业的一些设计原则,编码过程中我们也提倡使用行业流行的设计模式优化编码。系统整体设计阶段我们核心是要考虑整体架构,这里我们就需要结合数据设计和非功能设计了
数据设计
一套系统需求分析阶段我们产品经理可能主要做的是功能设计,但是作为一名技术人员,我们需要去了解系统数据的情况,看看系统结构化数据和非结构化数据分别有哪些,另外系统数据体量也是需要初步预估的,这样我们才能够制定好适合的存储方案。
非功能性设计
这一阶段也是产品经理不太了解的地方,一般来说他们极少考虑稳定性、兼容性、安全性、异常补偿等非功能性,这个时候我们需要和产品经理一起来收集这方面的需求,从而为我们做系统设计提供重要依据。
总结
本章概括性的分析了码农成长为软件设计师的过程,从入行到成长为软件设计师,善于思考的人可能只需要3-5年,而有些人职业生涯一直都停留在码农阶段。既然我们选择了从事技术,我们就应该以成长为行业技术专家为目标,软件编程一项工程化的工作,我们既要熟练这一套工程化的流程,还要深入一线去实践总结形成一套思维体系,只有这样你才能称得上是一名合格的工程师。
这篇关于从码农成长为软件设计师的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!