标签：高并发 体系 技能 学习曲线 大神 部分 spring 程序 好的
人们总是在寻找新技术，试图用新技术替换旧有技术，因为新技术/框架能带来很多好处：代码更加简洁，它总是封装了复杂的实现细节，通常是一种解决方案。
但公司总会有旧的项目在维护，旧的项目中有些是年代久远的陈旧框架，代码结构僵硬难以维护，某些代码被离职的程序员封装的晦涩难懂的部分。这些种种要替换技术，引入新框架的成本是非常高的。我们称之为“技术包袱”。
初创的公司/部门，他们有很好的条件使用新技术/框架，因为没有技术包袱，可以无限制的发挥。
但我想用不了多久，一旦项目交付，就会面临需求的修改，那些没有需求变更的软件说明没有人使用它，有人用就会有需求，有需求就需要修改。
我相信用不了多久，几轮需求变更之后，新技术/框架也变得更旧技术一样了，成了技术包袱。
新技术根本拯救不了糟糕的设计和糟糕的程序员。
需要的是好的设计，技术和框架只能解决局部问题。
人们总是在无能为力的时候，一厢情愿地以为新技术能解决目前的困境，然后期待着。
最终希望破灭，走上老路。
目前我们使用的技术走在了宁波所有的公司前面，我们的开发模式在开发和磨合。
千万请注意，一个程序员不学习，只依靠上班干活，四年就能让一个程序员形成自己的风格，展示强大的交付项目能力，但我们要的不仅仅是这样。
（这是我的感觉，都在提什么五年计划什么的，其实用不了，而且我也问过很多其他行业吃技术饭的，形成风格不用五年，就是四年，四年之后熟手一枚）
交付的能力越强，不代表设计的能力也强，有时候无意之中挖坑最为致命。
原因在于没有学习。
上网百度一下，看几篇博客或文章，晚上看看某大神讲解分布式高并发大数据之类的视频，这些都不能算学习。
比如看了某大神讲解ssm框架，spring cloud，以及某大神讲解了千万级数据sql性能调优，以及hadoop大数据，亿级流量高并发处理。
这些全属于1-2年程序员花不了多少时间就能掌握并熟练的技能，学再多，也属于这个段位的。
这些只能算做头疼治头的临时解决方案，是碎片的，是局部的。
真正的学习是要有规划地，持续地，有针对性地，有学习曲线的，最终形成一个体系。
从而通过学习改变对技术的看法，从而改变一个人的修为和境界。
最后强调一下项目的关键还是人，不是技术，不是机器。
标签：高并发 体系 技能 学习曲线 大神 部分 spring 程序 好的
原文地址：https://www.cnblogs.com/13yan/p/9265201.html
