作者：小傅哥
博客：https://bugstack.cn
Github：https://github.com/fuzhengwei/CodeGuide/wiki
积淀、分享、成长，让本人和别人都能有所播种！????
一、前言
你只面向工作学习吗？
如果说编程只是单纯的承接产品需要开发零碎性能，那么根本能够把程序开发简略了解成依照需要 PRD，定义属性 、 创立办法 、 调用展现，这三个步骤。
尤其是在一些大公司中，会有易用的、欠缺的、规范的架构体系和运维服务，例如：RPC、MQ、Redis 集群、分布式工作、配置核心、分库分表组件、网关等搭配进去的零碎架构。也因而 让程序员做到只关怀业务性能开发！
让程序员只关怀业务开发，有成熟的零碎架构、有规范的开发流程、有通用的功能设计，对于团队效力晋升来说是十分好的事。但一部分程序员正因为有这样的 坏事，让日复一日的岁月做着同样的事，最初成为工具人。
如果是框架和中间件的存在，是了让程序员只关怀业务开发。那为什么你面试的时候会被问到外围组件的设计和原理呢？ 在这个年代，别放弃学习是你简直惟一的生存路径。
二、多线程和锁没用过？
面试必问的 多线程 、 锁，甚至可能问的还挺深刻，比方：AQS、CAS、CLH、MCS、锁降级、对象头等等。但在理论的业务开发中，你用到了吗？可能这也是大部分同学说，面试造火箭的中央！
互联网利用中有些业务场景开发，的确很少能用到多线程，也简直不须要你去加锁。即便你能用到多线程的中央也能够用其余更好的形式解决，就像你须要多个线程把数据落库，那么就能够应用异步 MQ 的形式，把压力扩散到各个利用实例下来。而这一开发方式的演变，是因为当初的利用开发和部署都是基于分布式的思维，所以也就很少会有非得用线程来压迫单实例 CPU。
在基于 RPC+MQ+ 数据库路由 + 网关，以及各类配合的组件下，构建出的分布式应用，在某些时候是扭转了咱们的开发模式的。可能原来咱们须要大量应用多线程在单个实例下的开发思路，在应用分布式架构后，就须要转变这一思维，所以随时而来的应用多线程和锁的场景也会缩小。
图 14-1 分布式简化的利用部署
但，也不是就没有多线程和锁的业务场景，就比方咱们的外围组件中，数据库连接池、分布式工作中，都会波及到多线程和锁的应用。也有一些相似商品秒杀的场景，同样须要应用到锁。
那么，应用多线程为了更大限度的利用资源晋升效率，加锁是为了在同一个资源有竞争的状况保障业务流程的正确性。就像：数据库连接池为了正当调配数据库资源、商品秒杀是为了库存的竞争。
可是，在没有须要竞争和分配资源的状况下，个别并不会在分布式场景下应用到多线程。如果咱们做一个用户资源单次计数的操作，那么原来的利用是单实例还是能够加锁累加计数的。但当初是分布式应用部署，也就是你可能这一时刻是 A 实例提供你的需要，当你再次刷新页面后可能拜访到的就是 B 实例。这时候在想做一些实例上的累加，就没那么不便了。
这也就是在分布式应用框架的利用中，让你能用到多线程和锁的中央并不多的起因。但如果你有须要去理解一些中间件或者外围组件的设计时，就须要理解相干的外围常识。
很多夸夸其谈的技术，也就是你造轮子、造火箭、成为架构师的根基！ 如果你还想奔着这条路能走的更远，就须要持续学习。
三、你的成长阶段指标？
就编程开发这条路线而言，每一个成长阶段的指标都会有它随着带来的难以攻克的 难。
- 上学阶段，对从天而降的奇怪常识，想把它在本人电脑运行起来，就很难。
- 工作 1~3 年，以前把握的都是毛皮，接下来须要有深度的学习，而深刻后都将与数学硬碰硬。
- 工作 3~5 年，看以前理论性的常识也没那么难，但怎么理论要解决一些简单我的项目，还是分心脑干。
- 工作 5~7 年，薪资与职位都会成为这个阶段十分难以冲破的瓶颈，积攒有余、积淀不够，现状不满！
- 工作 7~10 年，以前感觉什么都难学，当初可能让你有闲暇工夫都难。并不一定年龄到了，本事就到了。
随着年龄的增长，每一阶段都有难以逾越的难。而那些看上去冲破了瓶颈，达到了你想要的高度的人。其实每一个阶段，他们都跑在后面。
但就单纯的技术成长而言，其实理论知识并不难，只有你学就还能会，只是付出的工夫老本不同罢了。但过了理论知识这一关后，接下来要面对的是发明能力，也就是为什么你感觉本人会了那么多技术内容，然而理论开发时却总感觉写不出好代码的阶段。
会了核心技术但又写不出好代码，就很像是：会汉字但写不出诗词歌赋 、 懂色调但绘不出山河大川 、 能蹦跳但舞不出摇曳生姿。
所以，多实战一些我的项目代码，多看一些设计模式，会让你更好的了解代码该怎么用，也就能晋升冲破以后的阶段屏障。???? 举荐小傅哥的《重学 Java 设计模式》，公众号：bugstack 虫洞栈，回复：设计模式，下载。
四、怎么成长为架构师？
讲到架构师，其实真的挺难因为报名一个课程学习完就能成为架构师。架构师的成长更多的取决你们的研发组是否须要一个架构师，也同时须要你在这个岗位起到应有的作用。
如果你还不是架构师，但想成为架构师。那么还取决于你的老板是否违心把你造就成架构师，以及你本人的多方面能力是否具备。另外，并不一定高级开发就低于架构师。高级开发有时候比架构师做的事更专一、更外围。
那么除了图 14-3 对于架构师的能力详情，有哪些具体的事项呢？
- 定得了标准、设计了架构。
- 有肯定的技术深刻和广度，改的了 bug、解决得了事变。
- 带了了小组推动我的项目落地，也能协同其余组配合。
- 理解经营和业务布局，提前染指产品开发阶段。
- 懂得了业务和经营，理解数据指标和各项 ROI。
- 架构更多的是教训和经验的联合，而不是一个单项内容的繁多渠道。
- 不是没有架构师就没有架构，有时候是一个公司或者小组承接的我的项目并没有那么大，应用成型架构模式即可。
- 但如果有非常复杂的场景设计，都是十几个零碎的分组安顿开发，提供服务，反对几万秒杀，几十万日活，在扩大到上百万 DAU，就须要有架构师来把控。
- 再比方：从下单、到交易、到领取、到结算、到流动、到玩法、怎么反对。这个体量的复杂度才须要有架构衡量。
- 没有相对的对和相对的错，只是什么时候更适宜罢了。多学一些，别给本人设定边界，才更好解围！
做好架构，远看是部门效率，近看是解决烂代码！很多时候的急，可能让整个工程烂掉。烂的越来越多，最终也会影响业务倒退。那么这些烂代码都怎么来的呢？
- bug 很多时候是接手了的烂代码或者他人的思路没有持续继承。
- 业务需要简略开始就写的没有扩展性，前面也一直的沉积。
- 没有很好的构造和命名、也从不格式化。
- 预期不到未来业务走向，设计不出正当的扩展性零碎。
- 炫技大于整体规划和设计，一个新技能的引入，但短少相应的匹配。
- 没有设计，性能都是流程式，须要啥就写 ifelse。
- 总想一把梭，没关系的，心里有埋怨，部门有急功近利，不给你长时间的铺垫，没有有人带，写不出好货色。
- 组内短少相应的流程标准和评审，设计评审、代码评审，也没与标杆我的项目能够参考。
- 懂几个 jdk 源码从不是写好代码的基本只是基本功。就像老木匠用斧子，新木匠用电锯，但做进去的货色，有的就好，有的就不好。
- 没有永远好的代码，如果像代码更好，就须要始终保护，始终革新。
- 没有业务对应的体量，不谈 QPS、TPS、TP99、TP999，服务衰弱度，很多空谈都是耍流氓。
烂，来自于很多方面，而且这并不是你报名个课程就能学到的。业务、产品、研发，三方共同努力能力更好的缩小烂的呈现，而这些也是每一个研发都应该致力的方向，也简直是你要成为架构师的必经之路。
五、总结
- 写了这么多次要是想帮忙那些和我一样在这条路上继续拼搏的同好，可能大家都会在这些阶段迷茫过：上学时技术怎么学、求职时简历怎么写、工作时集体怎么成长等等。所以很多时候更多的依然是本人的克服和本人的抉择！
- 2020 年这曾经是 12 月，有疫情的开始、也有口罩带的一年、有人股票发财、也有人还不起房贷、有人浮躁没指标、也有人学了不少常识。总归如何，工夫很快！
- 你用剑、我用刀、都有指标、都很风烧！ 持续加油！
六、系列举荐
- 程序员为什么热衷于造轮子，升职加薪吗？
- 刚毕业不久，接私活赚了 2 万块！
- BATJTMD，大厂招聘，都招什么样 Java 程序员？
- 北漂码农的我，把在大城市过成了屯子一样难受，哈哈哈哈哈！
- 讲道理，只有你是一个爱折腾的程序员，毕业找工作真的不须要再花钱培训！