课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
在互联网行业,根据程序员的工作范围和岗位内容的不同,我们经常会将程序员进行一些简单的分类,而本文我们就通过案例分析来简单了解一下,软件开发架构师是做什么的。
代码写的好就是架构吗?显然不是。代码写的好只是表象,做所有事情都需要规划,尤其是一个复杂的软件系统,这更需要规划,否则可能连一行代码都写不出。复杂的软件系统一定会需要做很多抽象设计、对象规划、接口规划等准备动作。也就是“上一辈程序员”口中所说的:详细设计。做架构主要的事情也依旧如此,需要对整个系统进行系统的规划:模块、通讯、边界、扩展、技术下沉等工作。这样的规划完成之后项目方能正常跑起来。
当然,架构也不仅仅是规划,还要做的另一件大事就是技术识别。识别出系统中技术的难易区域,并分解复杂技术,使之成为一个个技术的黑盒子,在此之上再进行新的技术规划,使整个系统从技术角度来看是分层次的,从难到易,从大到小,但各层之间又是互相的黑盒。
系统技术的识别完成之后还要对另一种技术进行识别,即人的技术。什么样的工程师适合写哪一层的代码,那一层的技术对程序员技术的深入程度要求到哪个点上。在做完这些事情整个架构表面上看是平稳进行了。
但实际上,架构的问题一定会再次前来打扰:先是测试工程师来询问“对于整体系统架构而言这个应用该如何更好的被测试?”“我们需要用什么样的技术来更好地保证软件的质量?”然后是运维工程师来询问“该系统将跑在什么样的环境之上?”“我们应该提供什么样的服务器?”“服务器上我们会做哪些配置和安装哪些基础软件?”“我们需要提供一个什么样的网络环境?”“有什么样特殊的网络配置?”“我们需要做哪些安全策略?”……此时,架构师不时会像是一个掉入冰洞的猎人无比无助,头顶成群的苍蝇飞着,这些问题,有的懂点,有的不专业,还有的听说过没干过,有些仅限知道原理。其实这些辣手的事情是考验架构师的一种能力:技术的宽度。
一个架构师需要足够的技术的宽度。从软件到硬件,从开发到测试,从运维到安全等都需要面面俱到的了解。当然你可能不是这单方面领域里面深入的人,但是你需要知道它们是怎么做的(不仅仅是皮毛,要深入原理),并且要知道它们组合起来是个什么样的东西。技术面也足够宽了之后,是不是就会成为架构师呢?
答案是不会,因为还有新的问题要过来。这次的问题诸如“系统在未来的运行过程中运维需要做什么?”“系统在未来的功能迭代中如何更方便的扩展?”“系统应该怎么修改?”“系统应该被怎么样升级?”这时的你是不时很困惑?是不是感觉这个架构的世界好长啊,怎么像保姆一样什么都要管。但仔细想想这是应该的,因为一个系统初次开发并交付只是它生命周期中的一小部分而已。后面的维护、改造、升级才占了整个软件生命周期的绝大部分时间。你是它的架构设计者,是它灵魂之所在,你当然应该设计好它的未来。这也是架构师做好的一件事情:系统未来的设计。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。