来自“左神”的视频，我简单做了个笔记。

1.（工作和公司的需求）
若干年前，在五六年前，或者更早的时候，进入到互联网公司工作，或者IT公司，并不需要很强的数据结构和算法的能力，大家主要进去是写活的，做业务，那会儿一方面用户人数较少，工作量比较简单，数据量不是太大，只要把活写完，可用，更注重的是业务的功能性的东西，所以早些年去应聘，会写一个框架，简单的搭一下数据库，简单的写一些任务流，数据库会用事务，仿造SpringMVC的东西你会搞，足以搞定工作了。可是今天发现不行了，去大公司或者好一点的公司去面试，经常会遇到算法与数据结构的题目，比重也在上升。
原因：
   早期的Coder很在意算法与数据结构的能力的，比如说登月阿波罗号，阿波罗整个带上飞船的内存有多少，不超过1M-1024KB-1024*1024 Byte,KB级别的内存，它就能登月了，当时那些老派的Coder以极强的S&&A的能力把有限的资源榨取到极致，充分发挥在数学上还有S&&A的设计感，让很吃紧的资源来完成很难的任务。计算机技术开始，系统开始的时候，系统程序员写系统的，系统跑在硬件上的，只有系统搭好了，用户才能在这个系统上完成使用层面的工作，这个系统的开销如果很大，一个逻辑没写好，你要吃掉大量的资源，你运行的时间比较长，这样一来，你留给用户的内存就少了，当年的计算机的硬件水平没有这么好，不像今天内存动则30多GB，60多GB，当时的系统很吃紧。

早期，美国Coder只考 S&&A,系统。面经，问语言的若干问题你收集一下，问系统的若干问题你收集一下，问网络的，问数据库的，S&&A不行，你得理解，会用，还得经过大量的练习，才能触类旁通，见到一道新的题目你才能想到，噢，是我之前学过的S&&A的东西能解决，你还得当场写出代码来。

算法数据结构很难练，练很久都不会。#贵的才是最省的——Google.

代码尽快的写好，这样的Code会逐渐落寞，因为各个公司把自己的领域都逐渐的瓜分完了，就进入到自己抢下来的业务领域，一定要在这个领域内，仔细耕耘，好好迭代，优化代码，提升功能，所以S&&A的考察也是来自于公司的一种需求。

2.（考生需求）
①S&&A可以认为是绝对代码能力和耐心努力的一种证明。
②它可以作为脑子好的一种证明。触类旁通的天才，公司喜欢。

以前会SpringMVC就可以当架构师，现在不行了，时代变了。

S&&A仅靠背和记是不行的，实际业务是需要聪明的人和能力强的人来证明它。

3.（学习过程中的困难）

算法导论···

跟“左神”学习Data structure &&Algorithm...