21届的来回馈，谈补录和春招【附jd部门直推】

  hc充足与否其实是一个很重要的问题，hr刷kpi，部门撑门面的事情是很常见的，甚至于有的公司为了上市，稳定投资人的情绪有扩招的行为。这个问题在近几年尤为严重，大家可以感受到整个互联网其实都在下行，国家成立反垄断局，对信息产业进行管制，在线教育直接去世，这些其实都是对hc影响很大的动作。受到影响的企业自然会收缩自己的hc规划。  那么如何去得知hc的信息呢，我推荐要多认识那些已经在一线工作的大厂学长学姐，能够给你带来最真实的情报的，因为每个部门都会有部门内的交流，需求分配，这种东西其实非常直观，缺不缺人一眼就能看出来。

谈谈秋招失利该不该去找个实习 我的建议是去找个能学到东西的实习 mentor愿意带你，让你有时间学习的实习。大概有40%的时间可以看东西的话，就足够了，主观能动性是很重要的，如果只是待在家里自己复习很容易就迷失了。 哪怕是找个中厂，工作着，会有很多人可以交流，也许会遇到很多和自己情况差不多的同学。会有一个相对非常好的氛围。 反过来如果只有杂活，而且很累的话建议就不要去了。 实习经历也是一个可以对大型项目开发形成经验的非常好的机会。 不要总想着节约时间，资源我认为比时间更重要，有时候和更优秀的同学和同事思维的短暂碰撞，而后几天的思考可能比自己在家闭门造车一年还有效果。

接下来我想谈谈项目经验。 我说说我在学生时期对项目经验的看法吧，重要，说明了我的工程能力，可能是我学校不足够好，竞赛成绩不足够优秀等情况下最好的证明自己的方式。 实际情况是，面试官没有时间阅读你的项目细节，如果他在你的项目上阅读到了有趣的知识点，那么他可能会抽出这个点去问一问，了解一下会不会有什么让他感觉到惊喜的东西。 但实际上99%的项目经验是毫无价值的，因为学生时代做的玩具几乎没有什么意义。 举例学生时期许多人去仿muduo，写网络库，但如今的rpc框架已经成熟了非常多。 我认为，如果是后端岗位应聘，你对于后端通信过程中出现的常见场景，如异步请求并发，负载等，有一个基础的认识，那么这个其实是一个没那么难学会，而且能够对面试官有正面反馈的点。

浅谈设计模式。 设计模式，重构方法，还有所谓的编程思想其实我都有一定的怀疑。 就设计模式而言，模式象征着某种定式方法，这种方法在工程中经过多次试验检验出具有更好的可扩展性，健壮性等。 换言，设计模式是一种经验。向某状态输入a得到b 输入c得到d就能根据a和b构建运算吗？ 我想，这有失严谨。 我想，我们早就有更好的指导思想与方法，而不是去刻意的通过几个固定的模式来束缚我们的思想。 设想，给定我们一个状态，我们自己用编程语言去实现，这个状态可能是一个动物类，里面有鸡鸭鱼。 也可能是一个偏微分方程计算器。 我们需要做的是什么？是构建语义和状态之间的关联，通过方法去抽象。 这方法恐怕最直接的便是算法与数据结构，以及语言本身赋予我们的朴素的语法，如继承，模板等。 我们维护的语法理论上简单的，广义的，可以想象成状态机。如何证明自己的算法是最优的，这恐怕需要一点时间复杂度，以及信息论角度的证明。 但如何证明自己的代码是优秀的，我想，这和我们用代码搭建的抽象的运作模式和它自身的形态与状态本身的运作模式和physical的形态的对应度是高度相关的。 这是我认为最需要去契合的，用数理逻辑的思想去约束我们的programming的行为，而不是一些经验化的模式。当然，它们也不是一文不值，它们可以指导我们的编程状态的构建，是一些经验，可以参考。但我想，这种参考在工作之后做更好，而且如果你的编程思想足够丰富，算法与数据结构功底足够扎实，那么不看也罢。

最近家里出了一些事情，请假回家了。最近回来一周了工作积累了很多，现在处理的差不多了开始更新。

第二是什么，第二是你的经历和知识范围和我的岗位的契合度。 这个很重要，重要到比什么大赛经验，什么牛paper还重要的程度。 如果契合度不高，才从你的经历开始分析： 你这个人学习能力，可塑性强不强，这就海了去了，什么叫可塑性，什么是学习能力？ 这个时候就进入了一种群魔乱舞的内卷阶段，只要是能证明自己能力的东西都可以往上贴。 这个时候就是下策了。招聘你进来，是来干活的，而不是内卷，比谁的简历上闪光点更多的。 这不是集卡片的游戏。

下一个问题，对面试官的认识。 我想着重强调一点，面试官他也是普通人，他不是神，如果你面的是互联网后端，他的知识重心主要就很难在一些他不经常用的地方，比如复杂的语言特性，举例c++，比较复杂工程不常用的语言特性是很难记得的，还有算法题，其实面试官切题的能力，如果他平时没有刷题保持手感的习惯，也许他写个quick sort都需要很久，这不是开玩笑。 我希望大家平等看待问题，不要对面试心生恐惧，其实这样也会让自己的才华被埋没，也许就没办法招聘到你这个人才或许

其次，你可以去boss，拉勾或者牛客以及脉脉观察各个企业的招聘热情，这个相对也比较直观，不缺人的公司是很少会主动在平台上寻觅人才的。

第一个我想讲的就是，学生的信息是不对称的。 比如： 我现在应聘的职位hc是充足的吗？ 面试我的面试官的知识体系到底是怎样的？ 我只需要能回答出他问的所有问题就可以了吗？他到底想听什么？八股文书上都有，题解漫天飞，我只需要背会就足够了？ 简历里面到底吸引筛选者的内容是什么，比重是什么？

备注： 1.  搜推属于业务较核心的后端部分。 2.  办公地点在翠宫，aka京东科技大厦。 3.  今年jd的校招薪资涨幅较高，待遇好。 4.  本部门资源较好，校招生录取后争取sp的概率较大。 5.  会配置mentor，基础扎实即可，培养方案平和，有充足时间学习。 其他问题可私聊咨询。

顺便，jd推荐架构部门最近有单列的校招生部门直推招聘，hc若干，有限，限时年前。 要求： 1.后端基础知识扎实。 2.优秀的算法与数据结构基础。 3.熟悉c++或者java语言。 4.有搜索与推荐相关的实习经历优先，学历优秀，有竞赛获奖经历者优先。 有合适的简历直接私聊我，简历直达leader。 途径很好，比hr推进速度快。

顺着上文中对算法的一些理解谈谈刷题，常见的leetcode，剑指offer。 这里我着重讲一下剑指offer。 剑指offer有很多题目其实普通的学生没有人点拨，没有经历过算法竞赛其实很难完全理解。只是会背诵这些题目所谓的最优解毫无意义。 常见的有 剪绳子这道题 其实这道题可以相通于信息的表达，状态空间的构造。 比如，为什么三进制的效率是高于二进制的？ 它们其实有相通的地方 再举例，约瑟夫环问题。为什么最优解的方程是那样构建的？为什么解题人会想到这样的方法？其实这可以用运算之间的对应关系去解释。这里我学的并不是特别好啊，应该是和抽象代数中对于一个计算的讨论是相关的。计算和计算是同属于某个状态内的，因此产生了映射关系，做了相互的转换。 再举例，数据流的那个问题。其实和常见的单调队列，更深一点状态机的维护高度相关。 工作之后我研究这些问题的时间并不多了，但我想说，如果只是背题刷题，毫无意义，算法题只是提升我们工程能力，科学思维的一种手段。如果真的像脉脉上那样，动不动就背诵几百个题目的最优解去面试，我想，这是计算机科学学子最大的悲哀

因为设计模式名气很大，这些想法我一直不敢于去表达出来。但现在看到了类似的观点，我想，也许我的想法也是有一点的意义的

这一段假设，不约而同的也在最近我接触了王垠的blog之后看到了相同的观点，这个人虽然有很多缺点，但他的很多编程思想也是值得借鉴的，希望大家也能批判的，有选择的看问题。

讲一点题外话吧， 最近研究了一些函数式编程，所以对计算理论，图灵机产生了兴趣。 经过大约若干个月的研究，我发现我完全不能理解图灵机给计算理论带来的意义，后来我在知乎发现了王垠曾经对这一问题做过回答。 http://www.yinwang.org/blog-cn/2015/10/18/turing 我希望在研究基础算法的同学如果也有渗透到这个维度想要做一些学习研究后被劝退的可以看一下这个，然后把学习的重心中图灵机的部分摒弃。 主要把数理逻辑和lambda演算作为理论的支撑。

很多人鼓吹c++ primer，有一句特别经典的话在牛客，当时很多精华帖子都说过，甚至侯捷，一个著名的c++开发者，也鼓吹过这本书，原话大概是：如果不能沉淀进大部头，好好学c++primer，那就是你的问题，你只知道吃快餐，学少的东西，永远成不了大师。 我强烈反对，甚至鄙视，唾弃（我不得不用如此苛刻的词汇来表达）这种观点。 c++ primer讲的好吗？ 平心而论，c++ primer是一本很烂的书。 它试图用项目的角度教会你如何去写c++，在原理上模棱两可，只言片语。这绝不是危言耸听。 举一个例子，rvalue reference，c++ primer对为什么要这么做，这么做的原理是什么。到底是怎么移动的，优化在哪里了？这些非常核心的问题避而不谈。 c++ 11 最核心的部分之一，并发，它甚至几乎没有提及。 虚函数底层是如何实现的？编译的过程中发生了什么？这些问题我想一个真正的计算机科学的学习者，是不愿意避而不谈的。还有所谓的三五法则，什么叫法则？law？ 既然是law，有证明吗？ 没有，也配称得上法则吗？ 我想，科学严谨的思维，形式化的证明，逻辑的严密性，计算机的思维，数学的思维，在这本书上都没有半毛钱的体现。这本书只适合用来做个入门，而且是最最基础的入门。 通过它获取知识的效率很低。 如果让今天的我推荐，我绝对不会推荐学生时代的我去看c++ primer。 而是去看深度探索c++14。当然这不是我想说的，换一本书，而是找到那个符合你口味，能够让你接受的信息，而不是书去选择人，书并不配去选择你。 effective系列，尤其是modern，以及深度探索c++对象模型都是非常适合我们去看的。 其中提到的std，boost，渗透在工程里面的思想会让人受益匪浅。 以及这本书https://github.com/xiaoweiChen/Cpp_Concurrency_In_Action 能够更好的帮助你学习c++的并发开发。

接下来我想讲一些思维上的错误。 我们学习追求的目标是什么？是大厂的offer吗？如果仅仅是这样，在面对工作中繁杂的事务的同时如何自我迭代，将成为一个很难解决的问题，克服惰性，自我学习，说起来很简单，但这将是一个非常难以完成的事情，学习，不会给你带来升职加薪，也许短时间内你无法超越那些靠吹牛和写ppt文档的人，但内心深处你一定明白这是不好的。 所以我想说，找到那个切入点吧。举例后端，架构优化不只是高t的事情，也是我们每个人的事情，能否从架构的优化中找到可学习的东西，或者把我学习的东西学以致用？这也很重要。 当然，仅仅这样是不足的，我只是先告诉各位，我认为需要有这样的意识。 接下来谈谈具体怎么想。

码住 脉脉上认识的

码住

求更😭