架构之美 架构书籍推荐: 《系统架构设计师考试考......

我最近一直在想一个问题， 就是那个地方的题目，读这一些架构技术手段微服务书，能成为更优秀的程序员吗嗯？ 我觉得吧，当前这个问题问的有点更多余，这是因为较大家都在看，我也在看，但是看了真实的有用吗？ 说实话，我也不了解。 反正我觉得吧，书当前这个东西，有时候太厚了看着就困，而且里面的字密密麻麻的，像蚂蚁一样。

一、方法论

何苦呢？ 我们为哪些要读书呢？是为了考试？还是为了找工作岗位？ 我觉得都不是。 有时候我觉得，读书就是读书，和能不能成为优秀程序员没关系。 但是较大家都在说说看了架构书就能变强较大，所以我也就跟着看。

没法说。 但是当前这个书，真实的很不容简单懂。 就像你去看一场演唱会，你听不懂歌词，但是你在那里跟着唱，觉得挺嗨。 看书也是一样的，你不了解他在说哪些，但是你了解他在讲道理，所以你就坚硬着头皮看。 真实的，有时候我觉得，写代码比看书有意思。 写代码还能看见东西跑起来能看到界面能看到按钮。 看书只能看见字，而且那一些字有时候还很乏味。

1. 《领域驱动设计》

说起来... 这本书我买了但是没看懂。 里面全是英文单词，还有那个地方的哪些限界上下文。 哪些是限界上下文？我明白为，就是我不懂的地方。 但是较大家都在说说这书良好，说这是必读。 我就坚硬着头皮看，看了半天我觉得我良好像懂了又良好像没懂。 这书太较深奥了就像较深海的鱼，我捞不上来。

里面的那个地方的哪些DDD，我试过用在我的项目里。 最终还是结果是呢？项目崩了。 我觉得还是原来的写法良好，虽然丑，但是能跑。 为哪些要搞那么繁杂？ 我觉得这就是为了显摆，显摆自己懂架构，显摆自己读过书。 真实的，有时候我觉得，读书读更多了人都会变傻。 这就是所谓的“知识诅咒”吧？ 你懂的越更多，你就越觉得自己不懂，我跪了。。

2. 《微服务设计》

行吧... 马丁·福勒写的，对吧？ 这名字听起来就很厉害，像是一个较大人物。 但是这本书太老了里面的东西当前都过时了。 我们当前都用云原生了都用Docker了他还在讲怎么拆分服务。 怎么拆分？就是把一个较大的系统切成很更多较小块。 切良好了之后呢？就不管了。

但是切起来真实的很麻烦。 就像你把一个完整的蛋糕切成很更多较小块，谁吃哪一块都不良好分。 数据怎么同步？ 数据怎么备份？ 这事儿我得说道说道。 这一些问题他没说。 他只说了怎么切，没说切完之后怎么收场。 我觉得这本书就是一本说明书，而且还是那种很老的说明书。

3. 《企业应用架构模式》

这书也很较大。 我觉得这书适合当垫桌脚，这是因为太厚了而且很坚硬。 里面的模式太更多了哪些单例模式，工厂模式，留意者模式。 这一些东西我了解，这是因为我每天都在用，虽然我不了解叫哪些名字，挖野菜。。

但是架构模式不一样。 架构模式是那种较大框架的东西。 比如你要做一个电商网站，你应当怎么搭架子？ 这书里良好像讲了。 对，就这个意思。 但是我也没细看，这是因为太累了。 看书太累了真实的。 眼睛疼，脖子疼，腰也疼。

二、阅读的痛苦

我觉得看书是一件很痛苦的事情。 特别是看这种技术手段书。 技术手段书都是寒冷冰冰的，没有温度。 没有故事，没有感情，只有一堆堆的代码和图表，何苦呢？。

有时候我看书，看着看着就睡着了。 梦里面全是代码，我在梦里写代码，写了一整晚。 醒来之后发觉书还在桌上，但是我已经忘了前面看了哪些。 容我插一句... 这就是记性不良好。 我觉得记性不良好的人，就不适合看书，适合去搬砖。 搬砖虽然累，但是搬完了砖就在那里很实在。

而且书上的东西，有时候和实际工作岗位不一样。 书上说的是理想状态，现实是残酷的。 现实是你没有时间段，你老板逼着你今天上线，不管架构良好不良好，不管设计美不美。 你只能写最简洁的代码，能跑就行，让我们一起...。

说句实话… 这叫哪些？这叫“面条式代码”。 但是没办法，谁让你没有时间段呢？ 谁让你没有架构师给你画蓝图呢？ 很更多时候，我们就是那个地方的搬砖的，是那个地方的较小兵。

三、到底有没有用？

翻旧账。 回到最启动的问题，读这一些书有用吗？ 我觉得有用，也没用。 有用的是你至更少了解当前这个东西叫哪些，了解别人在探讨哪些。 没用的是你看了半天还是不会写代码，还是解决不了问题。

就像你学英语，背了很更多单词，但是你不敢开口说。 你看了很更多架构书，但是你不敢动手拆分服务。 这就是纸上谈兵。 纸上谈兵，赵括懂吧？ 赵括就是纸上谈兵的典型代表。 如果他不是纸上谈兵，有可能较长平之战就不会输了，换个赛道。。

话说回来.…. 所以我觉得看书要看，但是要看怎么看。 不能死看，不能坚硬看。 要结合实际，要结合项目。 但是有时候，项目里根本没有机会让你去实践那一些较高较深的架构。 项目就是救火，就是填坑，就是修Bug。

修Bug最烦了。 你今天修良好了明天又较差了。 你今天加了一个功能，明天就作用于到了其他功能。 闹乌龙。 这时候，你根本顾不上哪些架构，哪些设计模式。 你只想赶紧下班，回家睡觉。

四、噪音与废话

不地道。 其实我觉得，写这种文章，就是在浪费时间段。 写完了发出去，有人看吗？ 有人点赞吗？ 没有人。 较大家都在忙自己的事情，谁有空看你的废话。

但是我还是写了。 这是因为我乏味。 我真实的太乏味了。 本质上… 每天都在敲代码，敲代码，敲代码。 敲得我都想吐了。

有时候我在想，我是不是选错了行？ 如果我当初去卖煎饼果子，是不是当前也发财了？ 卖煎饼果子更多良好，简洁，直接，有盈利。 写代码更多不容简单啊，头发掉光了薪资也没涨更多更少个，没准儿…。

话虽然是这么说… 但是没办法，干了这一行，就得干下去。 这就是命。 就像书里的那一些架构一样，已经定良好了改不了了。

哎，不想了头良好疼。 是不是看书看傻了？ 我觉得是。 真实的，我觉得我已经看傻了。

PUA。 这书上的话，怎么感觉这么耳熟呢？ 良好像我以前说过。

他破防了。 不管了不管了。 反正写完了。 希望你们能看懂，看不懂也没关系，反正我也没指望你们能看懂。

这就是我的观点。 这就是我的看法。 这就是我的废话。

读这一些架构技术手段微服务书，能成为更优秀的程序员吗？ 我的回答是：或许能，或许不能。 这取决于你看了之后有没有动手去做。 放心去做... 如果你只是看看，那确定不能。 如果你看了然后去实践了那或许能。

但是实践很存在风险因素。 搞不良好会炸掉。 炸掉了怎么办？ 我直接好家伙。 老板会骂你，同事会笑话你。

所以还是看书吧。 看书可靠，看书不会炸掉。 虽然看书也看不懂， 拉倒吧... 但是至更少心理状态上觉得可靠。

YYDS！ 真实的，我觉得我写不下去了。 我想去喝杯咖啡。 咖啡良好喝，咖啡不烫手，咖啡不繁杂。

代码太繁杂了咖啡太简洁了。 这就是差距。

哎，不说了不说了。 再写就要被发觉了。

太硬核了。 希望这篇文章能，虽然我也不了解怎么通过反正我就这么写了。

不管了反正就是这一些了。 祝较大家良好运。