对技术趋势的应对

简介（未完成）

• 简介（未完成）
• 对新知识的几个阶段
• 学习新技术的一个方法
  • 学习也要懂一点心理学

贩卖焦虑

技术的发展阶段

1. 在一个组织内部酝酿
2. 开始对外推广
3. 社区兴起
4. 成为趋势，各种论坛、教程、书籍铺开
5. 成为日常工作技能

是做新技术的弄潮儿，还是做技术的跟随者， 其实后者并不丢人。

跟踪新技术，意味着，你有可能是第一个吃螃蟹的，但新技术的迭代很快，很多时候2.0版跟1.0版完全不一样，导致一些精力的浪费。书籍、实践的不成熟也导致学习效率不够高。

不要怕自己对新技术一知半解，有时候搞不清楚，说明那个点还没到。

新技术、夯实基础知识、应付日常工作 对精力的分割的矛盾。

一个基础原则：优先去做那些你快做完但还没有做完的事情。

学习重要的不是什么都要去学

1. 理论上的重要，知识本身的特点决定的
2. 有限资源下的重要，比其他重要的更重要， 不学会影响进步。

一个典型的例子， 写测试类、自动化测试很重要， 但毕业几年了也没有好好写过。

对不同的知识体系的应对措施

1. 知道有即可
2. 初步熟悉，会使用
3. 重度使用，日常工作中用到
4. 精通，容不得一点含糊

推动措施

1. 主动推动，有意识的、成体系的学习某一个领域的知识
2. 被动推动，被工作内容推动、碎片化的学习某一个领域的知识

对于一些公司， 工作内容对新技术的滞后性。对于公司来说，投入大量人力跟踪新技术得不偿失，远不如新技术成熟时挖一个大牛过来一步到位强。

对新知识的几个阶段

1. 知道是干啥的，但没接触过
2. 初步接触，写了一个hello world，但其实脑中还都是细节，此时还特别容易遗忘
3. 深入使用，有一定的使用套路，有一定的抽象认知
4. 看过源码

学习是有可能要学多遍的，一般一遍只可能在一个层次上有收获。

另一种分类方式

1. 概念
2. 实践
3. 源码分析

笔者曾经写过一个spark的 demo 实例，但弄过一次就搁那了，后来再拾起来的时候，自己都不知道自己曾经写过 demo 程序。

学一个东西，可以多学几个。比如你只学了influxdb 感觉很神奇，学了opentsdb 感觉有点像，学了Prometheus ，再了解到 信息采集、处理、存储、展示的一整套套路后，发现大家都是这么干的。

借助别人的学习来成就自己的学习

1. 别人系统的教程
2. 等身边的小伙伴实践完，学习他的代码

实践和学习 哪个跑的太靠前了都不好。当你没有找到实践一门技术很好的场景时，等等是最好的方法。但也有必要有点直观感觉，了解下新趋势。

更高的效率一定来自需求驱动或兴趣驱动。

我们了解一个新技术有三个阶段，第一阶段是，怎么使用；第二阶段是，如何实现，原理是什么；第三阶段是，为什么这样实现。学数学和学一门新技术一样，也有这样三个阶段，先用起来，了解原理，然后了解为什么。

徐文浩：从工作相关的领域开始，先广度，再深度。从工作相关的领域开始，是让自己一是能有实际用得上学到的知识的机会，二是日常工作中容易耳濡目染，相当于常常在复习。而先有广度，是让自己在心中有一个问题到解决方法的“地图”，遇到具体的问题能够对得上，容易获得正反馈；然后再有深度，具体去对一个特定的主题学习应用。当开始深入学一个特定问题的时候，最好的方式是，追一门在线课程，譬如 Coursera、TEDx，或者在极客时间上找一门课程来学习。这是因为，在线课程有明确的节奏。

李云：学习别只停留于应用软件层面，对底层技术理解得越深，越能驾驭抽象度高的技术。有些技术细节，即便知道了也就那么回事，但只要像窗户纸那样没有捅破，面对技术的不确定性就会胆怯，缺少“我一定能搞定”的霸气。

学习新技术的一个方法

学习也要懂一点心理学

不论是学习哪种技术，直接扎到具体的细节中，亦或是从一个很小的点开始学习，你很快就会感到厌烦。为什么呢？因为你虽然快速地搞定了某个技术细节，但无法建立全局的认知观，这会导致你只是在单个的点上有所进展，却没法将其串联成一条线进而扩展成一个面，从而实现系统地学习。

而从自上而下的角度去学习，容易发现了很多之前学习过程中忽略掉的东西（越宏观的东西越通用，越容易与已知事物找到连接）。更特别地是，我发现这种学习方法能够帮助我维持较长时间的学习兴趣，不会阶段性地产生厌烦情绪。

工程师应该怎么学习我们总是希望自己能在技术上做到一直精进，同时随着年龄和工龄的增长又会时不时陷入迷茫，这时候去看看同龄的优秀工程师，年纪更大的优秀工程师在这个时间段在写什么代码，在写什么博客，可能对于解决自己特定时期的迷茫有益。或许就发现了一个新的领域值得自己去奉献青春。