【架构】— 写在前面的话

用户头像
不二架构
关注
发布于: 2020 年 06 月 10 日

你以为的就是你以为的吗



说下自己:一年的某P2P行业初中级公司基础架构组成员,一年半的某O2O行业中级规模公司的初级架构,不痛不痒的负责某一项目架构重构工作,差不多两年的负责某一行业Top2公司下的某一部门的某一系统的架从0到1的的架构工作,我以为我走架构这条路走的有点远,但是回头看,我以为的就真的是我以为的吗,然而并不是,最近的两年时间里,我所做的只不过是在技术上造轮子,协助运维,协助测试,协助前端,协助开发,各种杂事,各种做,我的总结一个字就是乱,乱的毫无头绪,心力交瘁。



缘起



你让我说架构是什么,我描述的不清楚,你让我说,架构做什么,我的答案是什么都能做,什么都可以做,你让我说,你写的一份架构设计文档是什么样,我说,技术选型,架构图,逻辑图,功能描述,组合成的一个文档,然后在也没有什么,你问这个标准吗,我说,从目前来看,还能凑合,但是我自己都说服不了我自己,这真的十个标准的吗,文档没有标不标准的概念,文档的标准在与给看的人是否能知道你想表达的东西,如果他们知道了,那这个就是标准的。其实我一直想找个从业架构很多年的老师来给我传道授业,而架构师训练营的出现给了我一个契机,在收到整个训练营的大纲后,我就知道这个是我想要的,前期也关注过智慧老师,所以从某种角度上来看我是一见倾心。



架构师训练营,而不是架构训练营



请记住标题,对你终身受益,我听到智慧老师说的这句话的时候,我很认同,有些童鞋一直想要的是干货,干货,你们所说的干货难道就是这个技术那个技术,技术与技术之间的组合,从而组成一个技术架构,那有没有想过,各个技术架构方案是真的适合你自己吗?我给你答案:一定不适合即使是同一个行业,做同一个事情,因为这里存在太多因素,比如,团队规模,团队的人员水平,新技术引进的风险,投入成本,我打个比如,一个公司内部的ERP系统,你设计一个高并发,并且引入了现在流行的K8S技术对系统进行容器化,那么这个真的适合吗?值得思考。



我有一个习惯总是喜欢保持一个对新技术的追宠,但是我有个毛病,新技术的设计方案未在别人家公司上过生产的,我从来不去考虑自己落地,因为我不想当炮灰,经过这么多年的积累,对于一些技术干货的学习我已经有了自己的思路,即使智慧老师讲一些干货,那么对我的影响也只是取其精华去其糟粕,我需要的是架构师的思想,也就是智慧老师一直所说的,架构师训练营,不是架构训练营,这个是真的很对我胃口,就拿目前智慧老师目前讲的4+1视图模型,对于之前做一些架构设计的时候也会尝试去这样做,但是总感觉力不从心,画出来的模棱两可,总感觉缺点什么,在比如,UML建模,原来不同的模型给到不同的人手里出现的效果完全不一样,就拿用例图来说,前期接到需求,我是不是可以用一个用例图来表达出来,这样就可以给开发,PM,客户等看,一目了然,不用通过口头去反复说,即使你觉得自己说的很明白,可能别人压根就没听不明白(在我的职业生涯中这种事情很常见,因为我都没有使用过这样来去设计)。



顿悟



每个人的悟性是不同的,但是我相信,顿悟这个词一定适合很多人,就好比,你纠结很久的问题,某一刻突然间就知道怎么去解决了,有的一种柳暗花明又一村的感觉。



对于那些一直想要干货的童鞋,不防静下心好好去理解,一定会有很多收获,在某一天你会发现,原来智慧老师说的这句话是真的很受益,突然间顿悟解惑了很多问题,而有些思想其实潜移默化的影响你后面发展。



题外话



我目前没有去总结这周的东西(其实是由于我时间上的安排,导致有很多老师讲的我没有细细去品,如果只是所谓的摘抄,我觉得对我的影响不大),写下这篇总结我只是有感而发,至少在我们工作生涯中我遇到的和我想要的东西,我觉得是很重要的,但是我相信有很多童鞋应该会和我有同样的感悟。



用户头像

不二架构

关注

还未添加个人签名 2018.04.28 加入

还未添加个人简介

评论

发布
暂无评论
【架构】— 写在前面的话