架构师训练营 week2 学习小结

发布于: 9 小时前

本周李智慧老师讲解架构设计接口原则,其中对我来说印象最深就是依赖倒置原则、接口隔离原则。

为什么我对这两个印象这么深呢,原因有二:

首先,老师花最多时间讲这两个,说明这两个非常重要。那我也是花不少时间反复看回放视频,通过反复看了三四遍,使用 1.25 倍速观看后,我突然有点想明白架构和写代码对关系。

有了架构后,那么你就不用天天跟着工程师去念叨怎么做才对,工程师做什么都得按照你的架构来,否则真的就是不能 work 了。

这对我来说这的痛点:我是作为局方,经常需要跟厂家工程师去聊,督促工程师开发进度,老实说我也很烦,每天浪费几个小时跟厂家耗,搞得工程师和我都不愉快。学习这个课程,其实我也是有点想未来做项目的时候,自己也能把这些设计原则带入到工作中去实践,去跟工程师交流起码大家都可以能以更好的方式去工作,就老师说的写代码十几年都没用过 if else ,说实话,工程师写代码里面全是 if else,真的是像李智慧老师说的那样一上线就是一堆问题。

其次,这两个原则对于我工作中真有非常大帮助。因为最近工作涉及项目一堆跟其他平台的接口,老师说的依赖倒置、接口隔离原则特别适合多平台,算是帮我开始更容易理解接口出问题的原因。对于我和工程师来说,接口依循的就是十几年前开发样式,由于现在平台多,又是传统国企,没有人指点,接口乱的一比,真是剪不断理还乱。

喊了一阵子集团想做敏捷一直做不了,原来我以为是厂家做不了,就老师讲解完设计原则后,我认为目前工作遇到的问题基本就是设计原则不符合所导致的,敏捷对我司来说基本就是没办法做起来。

老实说,上了李智慧老师的课程,有两种情绪:很嗨和纠结。

很嗨是因为老师把其实编程美感讲出来了,虽然我不太懂写代码,但是就我自己感触就是大部分工程师就是 ctrl + c 加上 ctrl + v 。真正为什么这么做,背后的原来是什么,工程师都讲不出来。我以前跟工程师朋友关系好,他写代码快但是我听完他讲的东西,脑袋就跟浆糊一样,更不懂了。

现在我明白了一个道理,就是找老师学习,不要找比自己高一些的,因为那样的话其实他也不是很清楚,越讲越把你带入坑里。

要找老师就得找比自己高十倍的老师,听了就知道问题的所在。工作中经常集团下发一堆规范和文档,说实话除了工程师按照规范去撸代码,谁能懂后面的逻辑和含义。我觉得上了老师这个课程基本我算是把工作中遇到业务逻辑复杂怎么处理有了一个眉目。不是说不知道老师推荐这本敏捷开发的书籍,说实话,要是师傅领进门,自己去看了,去想,真是难度高。

再说说纠结,老师讲解速度算是挺细心的了,不过对于我这样没怎么写代码的人,很多地方还是懵逼,自己查资料再思考问题,有些担心自己跟不上老师的节奏,白瞎遇到这么好的老师了。

对我来说,假如用一句话来形容自己感受:我觉得就是值。老师多出一个小时的答疑时间真的也是让我开阔了想法。就老师推荐的就算不创业也要有创业的心思,深有感触。很多时候,人看问题看不到,钻死角,就是眼界低。

尤其是搞技术的,有时候可能有穷酸秀才的样子,什么都想藏着掖着,想的都是一个萝卜一个坑,其实真没什么。很多人会都停留在十几年前,一年会的重复十年用,需求做来做起就是集团给了就做,业务部门给了就做。现在因为整个大环境不好了,公司想要降本增效,开始搞敏捷,想降低成本,这时候发现很多东西没人会,也没人搞得起来。

我想的就是业务问题咨询同事问问,技术问题通过跟李智慧老师多学习,多提升自己,即使在国企,在现在这个环境,通过这种架构师思维去面对即将面临的集中化改造、使用 k8s 这样还是有非常大的益处。人没钱不要紧,重点是自己有知识,懂运用,拿不走的才是自己的、才是值钱的。

后续还得打起十二分精神,认真阅读老师推荐的书籍以及相关资料,争取跟上老师的进度,让自己的能力提升一个档次。

用户头像

李锦

关注

还未添加个人签名 2017.11.30 加入

还未添加个人简介

评论

发布
暂无评论
架构师训练营week2 学习小结