关于问题40 岁的程序员，技术达不到分布式能力，编码与思维也明显不如年轻人，这个时候在创业型企业怎么凸显实力？一共有 3 位热心网友为你解答:
【1】、来自网友【乐观的宇宙 Ii】的最佳回答：
甲方下属单位程序员不限年龄，专科学历程序员不限年龄，本科的乙方的超过 40 的程序员确实没见过，应该是转业了退役了当总监了当经理了当老板了当个体户了跑滴滴了，如果有的话可能也像三浦知良一样稀少
【2】、来自网友【会点代码的大叔】的最佳回答：
40 岁的程序猿应该有很多项目或者产品的经验，哪么就分为两种：
第一种：从业以来兢兢业业，勤勤恳恳，不断自我提升，这种类型的其实是公司的宝，因为普通程序员需要花一周解决的问题，他可能只需要花几个小时就搞定，同时他还能指导年轻的程序猿写出漂亮的代码
第二种：从业以来一直在混吃等死，不求上进，这种类型估计 35 以后就没人要了
写程序是一个技术工种，同时也是一种艺术工作，同一段代码不同的人不同的写法，不可能重复，而有经验的会比没有经验的更懂的避坑以及后续会有那些扩展.
年轻的程序员的优势就是身体好，知识体系比较新，缺点就是没有经验，不懂的在什么情况下使用什么技术.
40 岁的程序猿优势就是项目经历多，经验丰富，技术表面上看有些陈旧，但更懂的不同的技术的局限性，不同的场景使用最合适的技术.
，学习能力更强，学习一个技术更能透彻的了解其原理，而不只是会用.
举 2 个例子：
1. 我去年曾经接触两个项目，都是上的微服务，一个用的 spring cloud 架构，一个用的 dubbo 架构，说实话这两个项目没有一个需要上微服务架构的，尤其是第二个用 dubbo 的那个项目，不同服务之间相互引用，哎，两个完全可以用简单的 SSH 解决的项目，花费了大量的人工成本用微服务，最后连维护都维护不下去
不同的场景使用不同的技术才是正道
2. 个人感觉在应用角度到现在没有什么新鲜的技术出来，拿现在最火的微服务来说，和当年的 EJB, WebService 有什么区别，微服务我个人认为核心是什么是服务即如何定义服务，这是需要很多的项目经验的.
上边这两套微服务架构我基本用了 1 周时间就会用了，然后遇到了很多坑，又看了一部分源代码才解决 所以老程序猿可能学习东西会更快.
技术没有什么落后和淘汰一说，只不过要用到适合的场景中.
人一辈子只有不断的学习，融会贯通，才能走出自己的人生.
【3】、来自网友【仁心 64480408】的最佳回答：
写了二十多年代码，43 了，真的写不动了，于是静下心来，用一年多时间开发了一款低代码开发工具 TaskBuilder，可以通过组件化、可视化、向导和模板等众多手段，快速构建数据库增删改查（CRUD）类的 Web 和 H5 应用，简单的业务功能都不用写代码，复杂的也可以编写前后端脚本，不用再把大量时间浪费在没有啥技术含量的简单功能实现上，可以有更多的时间关注客户需求。
现在软件开发行业内卷太严重了，每年毕业的软件工程师太多了，再一行行写代码成本太高了，得用点好的工具提升一下开发效率，降低成本，才能有竞争力。
希望把这个工具做好，自己用好的同时，也开源共享给大家，一起完善。[作揖]
未来的梦想是能结合 AI 和大数据，做到键盘鼠标都不用，只需要跟编程机器人语音互动交流，沟通完需求，软件就做好了。[捂脸]
以上就是关于问题【40 岁的程序员，技术达不到分布式能力，编码与思维也明显不如年轻人，这个时候在创业型企业怎么凸显实力？】的全部回答，希望能对大家有所帮助，内容收集于网络仅供参考，如要实行请慎重，任何后果与本站无关！
