工作的代码完全没有涉及算法

在某小云服务公司，最近独立launch一个新feature，从API Spec 到Deploy，写了几千行代码，发现完全没有任何算法，什么基本的二分，深搜，更别提复杂的graph算法了，数据结构也无非就是List，Map，根本没有什么PQ，Stack之类的。

这正常吗？感觉刷算法题都没动力了。

刚刚工作的时候写了个LRUcache
过了2年debug的时候翻到一个文件，看了20分钟没看懂，调出来history一看竟然我自己写的

正常啊，我第一次面谷歌的时候，中午和一个黑哥哥吃饭。他告诉我他已经待了4年了，我问他工作中有没有用到dp，他笑了笑说：“绝对没有”。 但这不妨碍面试继续面dp

结论：面试是面试，工作是工作

复杂算法都已经封装在library里面了
你以为凭你能写出bug free的复杂算法吗

正常，继续刷题。

这不是很正常吗，大部分人工作中最常用到的算法就是for循环遍历了，最常用的数据结构是hashmap和List。heap，Stack，deque, segment tree 之类的在codebase里基本看都看不到

专刷list, map tag

太正常了……如果哪个码农日常工作天天能接触到leetcode的那些算法我才会觉得不正常

工作四年多的确也碰到过一些需要算法的逻辑，比如bucket sort，graph，用priority queue啥的。
这个跟你的project的逻辑复杂度有关，要是crud，你可能比较难碰到(不是指crud简单，比如高tps和low latency还是很难的，但不是指算法逻辑难)。
另外，我觉得ood在工作中影响更大；design pattern用的好，reusability和readability高，会给你和跟你一起写代码的节省很多时间。

你可以研究看看哪的逻辑可以用哪种算法optimize一下，然后说不定就能帮公司提升效率，可以量化，到时候升值时候作为artifact。 这种事都是靠自己发掘没有人会分配给你说一定要用某种算法实现个啥。

任何考试都是一样的， 考察的主要是你是不是有时间投入到工作中（刷题时间证明），基本的理解力（可以背下来），不会捣乱（bq面试）就行了。公司的工作哪里有什么难的？如果你本科是计算机的话，大部分课程也是白学了。算法，离散数学，编译原理，信息安全，人机交互，语言设计，网络协议，数据库设计这些不都是工作中基本用不到吗？

面试造火箭，工作拧螺丝