前Google 工程师：如何看待程序员普遍缺乏数据结构和算法知识？| 极客时间

很多技术人都很迷茫，觉得自己做的项目没有技术含量，成天就是卖苦力。技术的东西，日新月异，有些人总在忙于追求热点新技术，东学学、西学学，平时泛泛地看技术书籍、技术文章，但始终根本抓不住技术的本质，干了三五年之后，感觉并没有积累到什么东西，跟刚毕业的大学生能力差不多，因此深深的感到焦虑。

实际上，本质的原因，还是我们没有掌握到，做为程序员，我们该积累什么东西？是各种知识、技术本身吗？我觉得不是，我觉得最应该积累的是“能力”。

能力就像是内功，而知识就像是招式。知识会过时，而能力永远都不会过时。初级程序员才比招式，高级程序员只看内功。

对于一个程序员来说，如何修炼内功呢？首要是打好基本功，比如掌握操作系统、编译原理、数据库理论等，但最基础的应该就是扎实的掌握数据结构和算法了。

不过，虽然道理都懂，但很多人还是很多困惑，比如下面这些：

总感觉数据结构和算法是“屠龙技”、“虚招式”，除了面试，工作中根本用不着；

不懂算法，只要编程语言 API、开发框架用得熟练，代码照样写得“飞”起来。

实际上，如果你做的只是简单的业务逻辑翻译工作，开发的系统没有性能压力，那你确实只需要掌握 API、框架用法就足够，但是，你真的就甘心做一个天花板很低的 CRUD 码农吗？

如果你开发的业务比较复杂，你就需要设计复杂的架构来应对，进而就要用到各种复杂的技术、中间件、框架。要想更好地用好这些东西，你就需要了解它们的底层原理。而为了保证性能、扩展性等，它们底层使用了大量的数据结构和算法，比如我们常用 Redis 的有序集合来实现排行榜功能，但你知道它底层是依赖什么数据结构和算法吗？为什么要用跳表和散列表两种数据结构来构建索引呢？扎实的数据结构和算法功底，可以帮助你快速的读懂源码，更加从本质上理解它的设计原理。

如果你开发系统有很高的性能压力，那一个简单的数据存储结构的选择问题（比如是用数组来还是链表），就可能会产生成千上万倍的性能差别。这个时候，数据结构和算法的价值就完全凸显出来了。而且，即便你是用编程语言提供的现成的类来开发，但如果你不知道这些类库背后的原理，不懂得时间、空间复杂度分析，那你又如何有信心能用好、用对它们？你又该如何评估代码的性能和资源的消耗？ 

            手绘图—出自《数据结构与算法之美》

              △扫码立即试读