20782740
如果是Web开发，五年的老程序员没有分布式、微服务的开发经验，我认为情有可原，毕竟工作经验都是跟着项目走，不是所有项目都用到分布式；但是如果业余时间一点儿没接触过，那就有点儿说不过去了；淘汰不淘汰的说不好，至少对发展前景是有影响的。
没有分布式、微服务的开发经验，正常又不正常
我的观点是：脱离业务实际的架构和技术都是耍流氓，对分布式相关技术不熟悉，那么可能是公司的业务没有达到需要分布式的程度，很多公司的项目都是面对公司内部的业务，其数据量、并发量远不能和互联网公司相比，这时候没有微服务化的必要（服务化会带来更多的问题），很多时候，公司的架构都是被业务逼出来的。
但是如果对分布式一无所知，那说明除了做好本职工作之外，没有花额外的时间和精力去学习，这对程序员来说，是个致命的问题。
没有分布式、微服务的开发经验，会不会被淘汰？
首先软件开发也是有很多细分行业的，有些行业对于分布式经验的要求并不高，比如嵌入式开发；有些行业可能是需要掌握分布式的思想即可；而有些行业，分布式已经是行业趋势，建议要掌握，比如Web项目开发；如果你身处这些行业中不了解这些知识，被行业淘汰可能说的有些严重，不过肯定会对你的职业发展有着一定的影响。
着重说一些Web项目开发，因为我在这个领域工作了十余年，有着一定的经验的感悟。在互联网公司，很多公司都做到了微服务化的程度，因为如果不走分布式这条道路，很难对如此大的业务量做支撑；而在传统行业，越来越多的公司也开始意识到了这一点，如果还像原来一样，做开发一个又一个系统，三五年之后推到重建，这个成本是很高的，也很难快速响应客户的需求，所以目前很多传统行业的IT，也都还是转型，采用分布式、服务化的架构。
所以大势所趋，如果作为一名Web开发程序员，不懂分布式和微服务的架构和技术，那么职业发展一定会受到限制的。
既然现状就是这样，那何不顺势而为，就学习一下嘛：
分布式、微服务更多的是一种架构设计的思想；架构设计离不开对业务的充分理解，分布式和微服务需要对现有的服务进行梳理、分类、拆分、合并；
分布式、微服务还是需要一些技术做支撑的，分布式系统应用技术，CDN、负载均衡、缓存、开发框架如Spring Cloud、Dubbo；分布式数据库；分布式文件存储；虚拟化技术、DevOps等等；有一些我们在传统架构中就有接触，有一些是“老瓶装新酒”，所以看起来很多，实际上也没那么恐怖。
我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。
会点代码的大叔
不会被淘汰。我刚好是一个程序员又是负责技术研发的主管，我根据我公司的实际情况谈一些我的看法.程序开发分好多种，有专门做底层开发的，有做前端开发的，随着时代的发展，出现了一些新的开发，但是有一点，并不是出现了新的形式的开发，那么老的开发人员就一定会被淘汰，新的开发只是展示用户的方式变了，有一些开发大家是看不到的，比如底层开发，服务器等.一个开发团队需要不同的人组成的，之所以大家感觉程序员好像不学习赶不上时代的步伐，那是因为不断有新技术出现.个人观点：万事通不如一事精.各行各业都需要精的专业人才.所以每个程序员根据自身的情况，看看是做一个精的专业人员还是做一个一直比赶超的时代人员.
白木兰传奇
五年的老程序员不一定会被淘汰，但是没有自己核心竞争力的程序员则会慢慢被淘汰。
工作五年？是五年工作经验还是一年工作经验做了五年？
我们的技术成长和经验积累，往往直接受我们的工作内容所决定，并不是所有的人都有机会经常接触不同的工作内容，不同的技术方向的，这个时候个人的主观能动性就变得非常重要了。
如果一个人的工作内容比较单一，涉及到的面比较窄，同时他也不愿意积极的探索新技术、了解新内容，那么他所谓的五年工作经验很有可能只有一年的工作经验，只不过把这一年的工作经验重复了5遍而已。
但是，如果是一个主观能动性比较强的人，在这种情况下，他可能就会经常的进行反思，所谓的吾当三省吾身：我在干什么、我要干什么、我可以干什么？通过不断的反问自己，不断的调整自己，及时的跳出舒适区。
五年工作时间，说长不长，说短也不短了。当一个人在一个行业如果工作了五年之久，那么他应该对这个行业有了比较深入的和全面了解，有了自己的发展方向，也应该有了自己的职业规划，并付诸行动了。
分布式微服务很重要吗？
不懂分布式微服务关键吗？不关键！
软件行业并不只是有微服务，并不只是有分布式。嵌入式、IOT、容器、人工智能、前端、移动端Native工作岗位都是非常多的。对于这些岗位的程序员而言，微服务和分布式往往只需要做一定的了解即可，而无需真真的深入研究它。
不懂分布式微服务关键吗？很关键！
如果你在做的是Web服务端开发，这个时候分布式和微服务就非常的关键。对于一个Web服务端的开发人员而言，如果平时工作还用不到分布式、用不到微服务，那么往往说明他所开发的系统不够复杂、qps不够大，无需进行服务拆分和分布式部署。或者就是他所开发的系统非常的古老，无法进行拆分。无论是哪种情况对于程序员本人而言都是非常致命的，即便工作可能比较轻松。
为什么说老程序员容易被淘汰
大家都说程序员是一个吃青春饭的行业，年纪大了很容易被淘汰。我觉的这句话是非常有道理的，程序员年纪大了确实竞争力急剧下降。
随着年纪的增大，老猿们都有了自己的家庭，也有的自己的小孩，需要分出一部分精力给家庭给小孩了。这个时候老猿们往往就无法像刚刚入行的新猿们一样的加班了，也无没有那么多的业余时间进行技术探索了。
同时，IT行业是发展非常快的，每天都发生着无法想象的新变化。作为工作了多年的老猿，往往无法向新猿一样快速的学习和接收一些新技术。同时作为老猿的安身立命的根本--多年的工作经验--也有可能在短短几年失去作用，变的毫无作用。比如当年IOS上开发软件使用的是Object-C，但是当苹果推出Swift之后，老猿过去在Object-C上积累的工作经验很多就是失去了作用，不得不和新猿一起拼命的学习Swift。
如何增加自己的核心竞争力
我们不应该害怕公司会淘汰我们，我们要做的是不断增加公司淘汰我们的成本。
只有在不断的提高自身的核心竞争力，这个竞争力可以是技术上的，也可以是业务能力上的。
那么如何提升自己的核心竞争力的？
最关键的点就是：要时刻以更高一个层次要求自己
比如：如果你现在负责的是一个小业务模块，那么你在平时的工作中就需要不断的去了解这个小模块相关的周边模块的技术方案、业务模型、系统架构等等内容。这样你的事业就不会局限于这么一个小模块，就能够对整个大系统也有一定的了解，技术能力也系统架构能力就是在这种不断了解别人的业务中得到了提升。
还有一点非常的重要：不断的了解行业发展方向和动态
了解行业发展方向和动态有非常多的方式，比如：参加大型的技术论坛（这个比较贵，一般人只能以公司名义参加了），参加一些技术论坛，多看看技术博客和论坛。
在了解行业动态的同时，我们也需要时刻的检验自己竞争力，那么如何检验自己的竞争力呢？
我采用的办法一般是每年定期在外面投一些简历进行面试，通过面试，我们能够知道自己平时的工作在其它公司是否有用武之地，自己的工作经历是否有用。通过这种方式，我们就可以很好的给自己一个定位。需要特别注意的，不要把这种方法用在那些比较大的公司（BAT以及一些其它二线物联网公司），除非你以后不打算去那个公司，因为这些公司都会对个人的面试记录存档，会影响到以后的面试。
最后一点就是：要喜欢我们的工作
写代码是一件非常枯燥的事情，要想做好这个工作，我们必须要真正的喜欢它。随着工作年限上升，大浪淘沙之下，剩下的那些老猿们基本上都是真正喜欢这一行的。
会写代码的一条鱼
其实里面真没那么多难点，坑虽然有，但踩完就行了，我们银行花了5个月完成了整个条线的系统及业务拆封，现在不能说跟以前比有什么重大的提升意义，但是对业务拆分及运维确实有比少帮助，但对于整个产品条线的开发人员来说，其实比以前更加麻烦了，另外这破事干了大半年，感觉又少了好多头发，想想几个月天天十二点到家，每个月打车费报销都要两千多确实有点累，过了三十身体跟不上了，年轻时通宵两三天处理生产问题简直跟玩似的，年纪大了还是好好考虑养老吧
猫萌公社
是呀，二年经验就要会前后端，游戏，当然包括微服务分布式高并发高考用，高扩展，易维护的程序员了
用户3965600945036
我是大三学生，现在在自习java，分布式微服务，不太了解。要是说怎样才能，避免被淘汰，那就要有自己不可被替代的作用，要么不断更新知识，要么不断朝一个方面突破。
諸葛亮亮
不错，这都不会，意味着你这五年根本就是虚度光阴
一直在梦想路上679
分布式微服务属于架构范畴，如果程序员想要向架构师发展，那么最好懂得这个东西。然而并不是所有架构师都需要分布式微服务的知识，也不是所有项目需要用到这种架构。具体需要向什么方向发展，要看自己的领域和目标是什么。
稀幻说
并不一定要会微服务，很多专精前端的程序员混的不是一样非常好？我目前就在专心做前端，每天也会在头条上做一些前端开发的教程
小页说情感
分布式微服务虽然是企业开发中最常见的技术，但不是所有的程序员都应该会这些！程序员的种类繁多，企业开发中的砖🧱不是一时半会就会搬完的。
更多的时候，你是跟着项目在走的，做的多了，熟能生巧，再加上不断学习，什么都不用怕！
最关键的还是你解决问题的能力怎么样？并不是说你做了多少东西！
