|
|
|
程序员，从小白开始入门---初级开发工程师---高级开发工程师-----架构师以及更高的层次，太久远的目标不说那么多，就近一点的，架构师，相信很多程序员应该都想过，同样都是做开发出身，甚至说公司层次也差不多，都是做开发，但是，怎么就他最后成为了架构师，但是我却只能考虑转型或者怎么样呢？难道我们的开发差距就那么大，其实你们缺的可能真的不是技术上的差距，是因为你没想明白架构师的工作到底是什么？
我在网上看到这样一句话：根据不同的应用需要，去设计不同的策略，同时把这些场景规范化，成为一整个团队都要去遵循的标准
这句话包含的真的很多
1、你的技术一定要很NB，不然你怎么hold这群神
2、技术选型：这个词大家都不陌生，但是要真的去做，真的不是单纯的开发经验充足就够了，要考虑当下和未来的人员以及技术变更等各种情况，是一套可以一直执行的体系架构。
3、架构师，他要开源码，理解这些开源框架的思路，然后去找有可能产生问题的地方，再去修复他。这就要求你对于技术真的不能只是会用，需要深入到最底层，不然总会有一些细小的点考虑不到
其实说白了，架构师，就是介于软件需求和开发之间的承上启下的关键角色，即能够实现业务需求和场景到最终如那件实现的第一次高度抽象建模，然后大家不断地去填充这个模型（注：个人观点，如有其他想法，可以在评论区大家一起交流）
但是上面写的这些，都是一些抽象的具体概念，晚上睡不着打开平板，原来想从网盘里找点小电影，却无意中发现了这份文档--《软件架构设计》
虽然就看了一部分，但是个人感觉真的很适合一个程序员看，无论是已经从是多年的资深程序员还是一个刚入行的小白，都可以看一下，对自己是一个启发或者规划
再开始介绍这本书之前，先给大家一张可以媲美阿里P7+ 的知识图谱，大家可以看一下，技术上你还差多少呢？
接下来，给大家价绍一下这本书，如果需要这本书或者需要架构学习资料的。私信“资料”即可获取
三部分，从概念到设计实现全涵盖，我觉得最重要的是第二部分的实践部分，再牛逼的架构师，如果没有业务实现，谁也不能确定这个架构是否能够正常运行，所以对于一个架构师，他的业务能力也是要能够经受住考察的
小伙伴们，不知道这篇文章你们有没有收获，有的话，帮我点赞+关注+转发一波 |
|
发表于 2020-4-24 21:33:33
