架构师训练营—第一周学习总结
2020.9.14,期待已久的架构师训练营开始了。
虽然架构营的内容并不是工作中熟悉的领域,但正是欠缺这方面的知识,才会报名的不是吗?况且,群里的小伙伴都在积极地分享。突然有一种当学生的感觉,这种感觉距离已经很遥远了。
李智慧老师在第一周分享了很多个人的经历和工作的一些建议,让我很受启发。
软件工程师和架构师的角色定位是不一样的。
软件工程师关注模块的代码实现,但是架构师需要从全局出发,定义框架、功能和接口。
架构能力:
1、全局思维,考虑整体而不是单点
2、上下沟通能力,管理老板想法,管理团队想法
3、快速建模能力,能很快熟悉业务,并形成领域模型或业务模型
4、技术引领能力
总的来说,架构师是一个综合人才,不同公司对架构师能力要求不同,有要就技术特别牛的,有要求沟通特别牛的,有的需要技术和沟通比较均衡的,从目前市场来看架构师偏技术的多一点,通常都是由技术人员成长过来的。但是要关注技术,不断学习,才不至于成为PPT架构师。
工作的一些启发和警示
曾经在工作中遇到的一些现实问题,也在这里有了一些答案的启发。比如,当代码不断被不同的人接手时,负责人会经常崩溃,但是如果把握了整体的架构,并且对接口做了清晰的规范,也就不会也别在意人员的更替。
重视文档的作用。在工作中,很多研发不写文档,觉得写文档是浪费时间,没有一行行代码码起来有成就感,不清楚的地方直接看代码就好了。但其实,无法抽象出来,写清楚文档的代码,只是体力活,并没有站在更高的高度去看待软件研发。
在实际项目中,我曾经很鄙视做项目写文档的工作,觉得写的文档和最后实际做的内容差距有点远。现在看来,UML还是还有用的,这些东西才能保障软件的持续发展。所以,永远不要鄙视或者轻蔑一些工作,没有体会到它的价值,有可能是因为你的无知。
版权声明: 本文为 InfoQ 作者【Geek_shu1988】的原创文章。
原文链接:【http://xie.infoq.cn/article/40820d288ba8074728162646e】。未经作者许可,禁止转载。
评论