·经常在网上看到“算法”这个词，有些招聘要求或者描述某个人的能力的时候甚至说“懂算法”之类的话。
·可是算法不就是程序中的一些计算方法吗？程序中算法无时无刻都在，大部分程序也都是在计算，在进行一些套路来达到目的，如果没有算法又怎么写程序呢？
·既然算法无时无刻都在，就应该代表每个程序员都是懂算法的，不然又怎么能写程序？那为什么又会有“懂算法”一说。去网上查“算法是什么”，很多人也说不清楚，也只是说是程序中的计算方法。
·当然我也知道可能有难易程度的区别，但也不是每个程序员都擅长任何算法吧？即便某个程序员水平低，但有些算法复杂的程序也不代表就写不出来吧？具体能否写出来应该是看情况的，不能一概而论，所以真正的判断标准不应该是是否能写出来吗？扯“算法”干什么？
这个说的不对，而是
在大多数的软件岗位中都要求在面试的时候懂得底层数据结构和原理。大部分人都是直接调用 API 的，本质上没什么问题，只是不懂底层数据结构的话天花板可能会低一点，没有办法做太难的事情
所以你的论断存在错误。
没错，程序离不开算法，但是这一行得从业者不懂的多了去了，而且有些公司也的确不需要懂。
这里面是有区别的。
比如会不会写程序就是实现：
– 从 1 打印到 100 到 console 上、从 1 打印到指定值 n 到 console 上。
– 找到一个数组中的最小值、指定值。
– 判断一个字符串是不是另一个字符串的子串。
等等，
能够写出这些程序其实就可以写程序了，没有任何问题。
至于
– 快速排序，归并排序
– 二分查找
– 二叉树几种遍历方式，二叉树插入
– 链表、栈、队列数据类型实现
– 归纳假设及增强归纳假设
这些本来就不是必须的。很多软件岗位是不需要这类算法的。
（比如嵌入式驱动层和应用层 99% 都不需要）
用不用，考不考完全看岗位需求。
到了更难的算法那就是专门的算法岗位了。不在我的工作范畴之内。更是不必说。
但是人家就是这么考察，这么整的，你能说怎么办呢？学呗。
既然面试要考察算法，就说明该公司需要擅长算法的人。你算发不强，不代表你水平低，只代表你可能不是那些考算法的公司需要的人。
感觉主说了很多话都没有逻辑，剩下的我没看懂主想要表达什么。
另外很多编程语言的教程实际上也是在教各种各样的算法，就是举一些例子去教大家怎么实现。
举一个例子：你需要在 0.01s 内，从 100 个元素中找到指定的一个。怎么写？
答：顺序结构，直接枚举。
第二个例子：你需要在 0.01s 内，从 1000000 个元素中找到指定的一个。怎么写？
答：我也不知道。
第三个例子：从 1000000 个元素中找到指定的一个叫做“单位操作”。保证数据是冷的，你需要执行 1000000 次“单位操作”，总共给你 1 秒钟，怎么写？
答：$Theta(N log N)$排个序，然后二分查找。总时间复杂度$Theta(N log N)$
第四个例子：从若干个元素中找到指定的一个叫做“单位操作”。但是这回不保证数据是冷的，也就是随时可能新加进来一个元素，或者被删除一个元素。每一次加入的元素是随机的，数据库中最多 1000000 个元素。你需要执行 1000000 次“单位操作”，总共给你 1 秒钟，怎么写？
答：维护一个二叉排序树。由于数据随机，期望树高是$O(log N)$级别的。总时间复杂度$Theta(N log N)$
第五个例子：从若干个元素中找到指定的一个叫做“单位操作”。这回依然不保证数据是冷的，也就是随时可能新加进来一个元素，或者被删除一个元素。这回不保证每一次加入的元素是随机的，数据可能很恶心，数据库中最多 1000000 个元素。你需要执行 1000000 次“单位操作”，总共给你 1 秒钟，怎么写？
答：由于数据不随机，期望树高退化到$O(N)$级别的。我们需要使用 FHQ Treap （或者随便一个平衡树）来实现随机化。期望树高变回$O(log N)$级别，总时间复杂度$Theta(N log N)$。
——–扯淡完毕——–
5 个例子中，第一个：5 行代码解决。第二个：我也不知道。第三个：15 行代码。第四个：30 行代码。第五个：60 行代码。（均指使用 c++实现程序的代码核心部分长度）
在我的理解中，这 4 个功能，难度越来越难，需求越来越大，越来越考验水平。如果按工时计费，你拿的钱越来越多。但是你不是按工时计费，你是按月计费。你可能需要在一个下午之内，解决一个类似第五个例子这样的数据库索引问题。请问老板是找一个只会前三个例子的人，还是 5 个例子都会的人？
算法当然重要。虽然在程序中不一定能随时体现，但是是你能力的体现，也是你老板找人的重要标准。985 本硕博连读的你和大专毕业 7 天速成算法的人怎么拉开差距？靠那张文凭，和你的算法实现能力。
具体功能具体对待，你也不能说某个程序员什么算法都不懂。就算是你说的一些公知的算法，很多程序员也或多或少都会接触一点的，不然有时候代码写起来会很复杂或感觉没法写，这个时候自然而然就会去网上寻找一些更好的办法。既然有去网上找过办法，就代表接触过一些算法，那面试的时候也代表这种程序员或多或少懂一些算法，而不是什么算法都不懂。
之所以问这个问题，主要是我对算法理解不够透彻。看了那么多回答后我觉得系统地学习下算法还是很有好处的。
百度百科的概念：算法（ Algorithm ）是指解题方案的准确而完整的描述，是一系列解决问题的清晰指令，算法代表着用系统的方法描述解决问题的策略机制。也就是说，能够对一定规范的输入，在有限时间内获得所要求的输出。
比如一个函数，提供几个参考，函数中间有一些计算来达到自己需要的功能，这个函数不算一个算法吗？
我并没有说是整个代码或一些乱七八糟的代码加在一起叫做算法，但有时候实现某个功能可以把一些代码段看做一个整体。
难道算法只能指二叉树遍历，快速排序，动态规划这些吗？那算法这个词还真是误导人，百度百科的算法概念也挺误导人。
还有比如我的程序中间有一个功能，但功能有用到前面的一些变量，变量的内容可能不同，变量不同，我的功能实现的效果就不同。这种是不是就算复杂的业务逻辑代码呢？
“网上有人说算法就是程序中的套路”
——算法不是套路，有这种误解的程序员我们称为调包侠。
你引用的百度百科的描述倒是没什么问题。
“比如一个函数，提供几个参考，函数中间有一些计算来达到自己需要的功能，这个函数不算一个算法吗？”
——考察它的功能，其中副作用的部分不属于算法，剩下的是算法。
“难道算法只能指二叉树遍历，快速排序，动态规划这些吗？”
——不是
“经常说某某 app 的推荐算法，这种不都是 app 自己根据实际需要写的吗？根据用户的特性来推荐一些东西。这种算不算复杂的业务逻辑代码？”
——这种是算法和业务的结合体，区分主要还是看副作用
“比如 while 循环或者 for 循环，每轮循环后加 1 或者减 1，这种算不算一种套路或者一种算法呢？”
——不算，因为没有定义输入输出
奥数有多重要，算法就有多重要。
奥数天才有多屌，算法天才就有多屌。
上大学主要考数学，进公司主要考算法，没毛病。