新技术的神话 | 技术包袱 | 持续学习

Posted 2020-11-21 13yan

人们总是在寻找新技术，试图用新技术替换旧有技术，因为新技术/框架能带来很多好处：代码更加简洁，它总是封装了复杂的实现细节，通常是一种解决方案。

 

但公司总会有旧的项目在维护，旧的项目中有些是年代久远的陈旧框架，代码结构僵硬难以维护，某些代码被离职的程序员封装的晦涩难懂的部分。这些种种要替换技术，引入新框架的成本是非常高的。我们称之为“技术包袱”。

 

初创的公司/部门，他们有很好的条件使用新技术/框架，因为没有技术包袱，可以无限制的发挥。

但我想用不了多久，一旦项目交付，就会面临需求的修改，那些没有需求变更的软件说明没有人使用它，有人用就会有需求，有需求就需要修改。

我相信用不了多久，几轮需求变更之后，新技术/框架也变得更旧技术一样了，成了技术包袱。

 

新技术根本拯救不了糟糕的设计和糟糕的程序员。

需要的是好的设计，技术和框架只能解决局部问题。

人们总是在无能为力的时候，一厢情愿地以为新技术能解决目前的困境，然后期待着。

最终希望破灭，走上老路。

 

目前我们使用的技术走在了宁波所有的公司前面，我们的开发模式在开发和磨合。

千万请注意，一个程序员不学习，只依靠上班干活，四年就能让一个程序员形成自己的风格，展示强大的交付项目能力，但我们要的不仅仅是这样。

（这是我的感觉，都在提什么五年计划什么的，其实用不了，而且我也问过很多其他行业吃技术饭的，形成风格不用五年，就是四年，四年之后熟手一枚）

交付的能力越强，不代表设计的能力也强，有时候无意之中挖坑最为致命。

原因在于没有学习。

上网百度一下，看几篇博客或文章，晚上看看某大神讲解分布式高并发大数据之类的视频，这些都不能算学习。

比如看了某大神讲解ssm框架，spring cloud，以及某大神讲解了千万级数据sql性能调优，以及hadoop大数据，亿级流量高并发处理。

这些全属于1-2年程序员花不了多少时间就能掌握并熟练的技能，学再多，也属于这个段位的。

这些只能算做头疼治头的临时解决方案，是碎片的，是局部的。

真正的学习是要有规划地，持续地，有针对性地，有学习曲线的，最终形成一个体系。

从而通过学习改变对技术的看法，从而改变一个人的修为和境界。

 

最后强调一下项目的关键还是人，不是技术，不是机器。