第一周 - 学习总结
从踏入开发工作的第一天起,自己心里就有一个架构师的梦想。遇见架构师训练营来看看自己离架构师还有多远,还差哪些内容。
架构师工作内容
整体架构设计(交付架构设计文档)。实际工作中,基本都没有架构设计文档,往往是根据需求说明、UE、UI 就开始了。也没有领域建模,大多数时候是先进行数据库的设计,理清系统存在的实体及关系,然后根据需求设计对应的接口和功能。这样大概就是老师说的从功能觉度出发,只关心自己负责的事。
解决技术难点(复杂业务、大数据、高并发)关键技术点判断能力
定位系统瓶颈、提高系统性能、系统稳定性和扩展性(如何评估系统性能)
跨部门协作、设计、落地架构设计(协调沟通能力)。往往这是开发最苦难的事,因为他们不知道他们不知道,也没有找到遇见的问题是什么,没有对应的认知。自己有一段时间做的也很累,需求没完没了,没有意识到应该去找资源、去建立更大的团队,带着已有的几个人坑次坑次的苦了自己,浪费快速成长的机会。
UML建模
常用的7种模型。
用例图
组件图
时序图
类图
状态图
部署图
活动图
已经用过的只有时序图,主要用于理清不同服务之间的逻辑关系。
试着在开发之前完成系统的类图,发现比较难,类中的方法和属性只有在写业务代码时才确定,开始设计时与实现时总感觉有差异。
学习心得
没有设计文档就没有软件设计,没有软件设计就没有进步
现在的状态应该是老师口中的,重复着过去的自己。迷茫、焦虑却没找到问题的本质。怎么提高自己的认知来找到方法,而不是根据别人告诉你该怎么去做。尝试着每次为自己负责的系统做架构设计。
需要去找到技术背后的本质,不要被技术推着学
技术是为了解决问题的,它是怎么解决问题的,和原来技术差别是什么,带来了什么代价。
版权声明: 本文为 InfoQ 作者【Yangjing】的原创文章。
原文链接:【http://xie.infoq.cn/article/abbea92d32bb62a9da620639a】。未经作者许可,禁止转载。
评论