应用架构碎碎念

最近一段时间非常忙，每天晚上基本都要搞到很晚，都木有精力写一些新东西了，就把路上自己想到的一些碎碎念整理出来，大家感兴趣的话可以交流下，明天早上去看看《邪不压正》放松下吧。

我们设计系统的时候往往想要搞出一套通用的架构方法论，希望能够使用到未来我们需要面对的一些大系统上，但是其实反过来看，很多业务系统都有自己的业务特点，都是领域相关的，所以不要试图去设计一个通用的业务架构，未来可能变成一个新坑。

我们重构老的系统，总会发现很多不合理的地方，常常想如果自己设计会怎样，就像上面说的，系统架构还是领域相关的，根本就没有通用的应用架构，系统不是设计出来的，而是演化出来的，我能现阶段能做到的就是不要设计的太复杂，控制耦合，控制粒度，搭积木比拆积木更简单，简单为王，为未来的演化提供空间。

世界杯只剩下一场比赛了，决赛是法国 vs 克罗地亚，我是无条件支持克罗地亚，可能是男人年龄大了之后会变善良吧，法国青春无限，2年后欧洲杯，4年后世界杯他们还有的是机会，克罗地亚这波球员过去后可能就又得等20年。

莫德里奇：说过克罗地亚以往给大家的印象是脆弱，他们赢下了之前的三次加时赛，他们已经改变了，变得坚毅了。

其实这届英格兰也是很给人惊喜的，他们也没有了以往的脆弱，人生就这样吗，谁还没有点娘胎带来的缺点和不足，男人吗，就要撑下去，不一定能赢下去，但是肯定能变得更好。

之前说过，我们面试最希望看到面试者有高浅的特点，就是说还有无限可能，底子好，如果你是高浅人才，属于公司人才盘点的目标，比如公司上市前，你的股票就可能多分点，谁让人家聪明呢。

其实人之间的差别不在于天赋，更多的是在做事方式上，比如光在系统性能优化这件事上，大部分人在代码，架构，中间件上下功夫，这些都是蛮力，会做事的还是先花时间找问题，到底慢在哪里，用数据支撑。

你优化了整个系统，中间件，成本死高，风险太大。

人家发现原来你的时延都耗在了跨机房调用上，修改下路由规则就解决问题了。你说老板喜欢哪种的。

我们在做服务化改造，一大批中间件和基础框架都是自研的，很多外人问为什么不用spring cloud那一套，老大说市面上的解决方案只是落实在ppt上，很难适用到所有公司的业务上，业务总是发展的比技术快，当业务发展到一定体量后，开源方案遇到了瓶颈，在换方案就是大问题，所以自研的要搞起来，靠谱。

知识成长是理论加实践，不同规模量级的系统，挑战是完全不一样的，性能需要扣到机制，当业务体量到了一定规模后，每个小错误都会被放大，比如服务器，数据库都是1024起，这个主从延迟，这个缓存雪崩，这个数据一致，这个多级容灾，都是要在case来之前把方案想到趋于完美才行。

知识的成长都是在深度，广度，深度，广度的过程中成长的，还是那句话学无止境，因为你要面对的问题一直都有的。

知识的重点不是在于你学了多少，而是在于你学了什么，留下了多少，事件便于理解。

当你做了很久工程师之后，除了技术原理之外，更重要的在于产出，在一个公司内，还是结果导向的，架构上技术不一定用最优的，但是一定要产出。

完。