大佬教程收集整理的这篇文章主要介绍了架构师日常(三),大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
周末开始研究项目源代码了,这关系到一个经常被问到的问题:架构师到底应不应该写代码,我来举例说明:
成为架构师最初的几个项目,我基本都是从写代码过来的:
第一个项目,.NET平台,根据客户各地区不同的业务规则模板,基于规则引擎创建灵活可定制的查询。这个项目核心就是规则引擎和动态SQL脚本,所以我采用了正则表达式,正则这一块儿交给了我们上海那边的一位年轻同事,他学习能力很强,基本80%的规则引擎内容都是他开发完成的。但是这个工作开始的阶段,我还是需要做一个简单的原型跟客户团队和我们团队的业务负责人解释规则引擎和动态查询是如何工作的。
第二个项目,基于WordPress做一个Headless的内容管理系统CMS应用,用来管理数字资产,后台存储使用亚马逊云的S3对象服务,我写的代码原型包括:
第三个项目,因为第二个项目的原因我们又接到了一个企业级业务战略资产的CMS项目。这回要求使用Drupal开发,我写的代码原型包括:
后面的项目包括:数据上传数据湖、SAP API系统集成、AWS和Azure的无服务REST API、NoSQL数据库使用、ElasticSearch搜索引擎的使用等等都写了不少的代码。
架构师写代码与开发人员写代码当然是不同的,架构师需要从架构的角度审视代码,比如是否满足可扩展性、性能、安全等方面的要求。而当这些代码下发给开发人员使用时,也就保证了架构满足类似方面的需求。
那架构师还需要参与哪些代码工作?包括但不限于:
以上是大佬教程为你收集整理的架构师日常(三)全部内容,希望文章能够帮你解决架构师日常(三)所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。