【架构】— 写在前面的话

你以为的就是你以为的吗



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



缘起



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



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



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



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



顿悟



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



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



题外话



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