金九银十校招笔试刷人最狠的永远是算法和数据岗。我翻出当年整理的唯品会2018校招数据挖掘、机器学习笔试题A卷时不少画面一下子回来了。这套卷子整体难度不算夸张但淘汰率很高因为它考察的面铺得很宽机器学习理论、算法与数据结构、概率统计、业务分析都有涉及很多题表面在考理论实际考你有没有真正动手跑过模型、有没有用数据解决过业务问题。这篇文章不追求“押中原题”而是把这一类笔试的考察逻辑、高频考点、答题框架和备考节奏完整拆一遍给正在准备数据挖掘、机器学习校招的同学一条清楚的路。1. 四类题型背后的筛选逻辑与整体布局1.1 从试卷结构看电商数据岗的能力画像很多人拿到笔试卷子就开始闷头做题做完对完答案就扔到一边这是最浪费的做法。笔试不只是用来筛人的它本质上是一张能力地图。你从试卷结构里能读出一家公司对这个岗位的真实期待这比多做十道题都重要。作为电商公司唯品会的数据挖掘/机器学习岗日常面对的是用户行为日志、商品信息、订单记录这些真实且杂乱的数据。业务方提需求从来不会说“帮我训练一个模型”只会说“最近复购率掉了你看怎么回事”“推荐位的点击率上不去想想办法”。这时候岗位需要的能力是组合拳概率统计是理解数据的基础机器学习理论决定你能不能选对模型代码能力决定你能不能把想法落地成可运行的程序业务理解决定你分析出来的结论能不能被业务方采纳。所以这套A卷的考察范围基本围绕四条线展开机器学习基础、数据结构与算法、概率统计、SQL与业务分析。这四条线和上面说的能力是一一对应的。它不是某一家公司的偏好电商类互联网公司校招数据岗基本都是这个套路只是比例和侧重点略有不同。你在备考之前先把这张地图画出来后面再往每个格子里填充具体知识点效率会高很多。1.2 各模块常见题型与时间分配策略先看一套典型试卷的模块构成。我根据这类校招笔试的普遍经验整理了一个参考表未必和A卷完全一致但结构上很有参考价值模块常见题型考察能力大致占比机器学习理论单选、多选、简答模型原理、评估指标、过拟合等35%数据结构与算法编程题、代码填空手写代码、复杂度分析、边界处理30%概率统计计算题、推导题贝叶斯、分布、假设检验20%SQL与业务场景写SQL、场景问答数据提取、指标拆解、业务归因15%如果一场笔试时间是120分钟我建议的时间分配是先用15到20分钟快速扫一遍概念题把能确定答对的先拿到手然后集中做概率统计和业务题这部分需要思考但不宜纠缠太久最后留至少40分钟给编程题。编程题是很多人丢分最严重的地方不是因为不会做而是因为时间被前面的题挤占了写到一半草草提交。模块之前的比例也不要机械理解。我发现一个规律机器学习理论题其实是分水岭。理论题做得好的人编程题通常也不会差因为这两块都需要对知识有体系化的理解理论题靠蒙的人后面大概率也吃力。所以备考时宁愿把理论功底打扎实也不要只刷题不总结。2. 机器学习理论高频考点过拟合、评估指标与集成学习2.1 过拟合与正则化——每次笔试都逃不掉的主菜如果要我预测这套卷子里必考的方向过拟合绝对排在第一位。它几乎是所有机器学习笔试的“开胃菜”但每一年依然有一大批人答不完整。过拟合的定义很简单模型在训练集上表现很好在测试集或新数据上表现明显变差。本质原因是模型把训练数据中的噪声和个别样本的特殊模式也当作规律学了进去导致泛化能力下降。笔试里如果出简答题别只写定义我建议按“表现—原因—对策”三步走先说模型在训练集和测试集上的表现差异再说模型复杂度过高或训练数据过少最后列出加数据、做正则化、降低模型复杂度、早停、交叉验证这些手段。这样答题阅卷人一看就知道你是真的理解了这个概念。正则化部分是重点中的重点。L1和L2的区别几乎是必考的L1正则化容易产生稀疏解参数会被压缩到0L2正则化让参数趋近于0但不会变成0。为什么会有这个差异可以这样理解L1的约束区域是菱形顶点落在坐标轴上所以优化过程中更容易让某些参数变成0L2的约束区域是圆形参数被均匀压缩但很难恰好为0。在特征很多、希望做特征选择时L1非常有用在特征之间相关性较强时L2更稳。我在面试中被追问过很多次“你实际用过L1还是L2”如果你是做了项目的人来说这个问题不难但如果是纯背题很容易卡壳。2.2 偏差与方差泛化误差的第一性原理偏差和方差是比过拟合更深一层的概念它解释了为什么过拟合会发生。泛化误差可以分解成三部分偏差的平方加上方差再加上噪声。偏差衡量模型预测的平均值与真实值的差距方差衡量模型在不同训练集上的波动程度。用打靶来类比高偏差是弹着点整体偏离靶心高方差是弹着点很散虽然平均位置可能接近靶心但每一次都不稳定。这个知识点在笔试里最常见的考法是给一个模型特征问它是高偏差还是高方差以及对应的处理方式。比如线性回归通常偏差较高、方差较低决策树和K近邻则是偏差较低、方差较高。回答时把逻辑链说清楚决策树容易过拟合所以对数据波动敏感方差大K近邻受局部样本影响大换一份训练集预测结果可能变化很大。还有一个高频追问随机森林为什么能降低方差因为它用bagging的方式对多个决策树的预测取平均单个决策树虽然方差大但多棵树平均之后波动会被抹平。那GBDT又是怎么回事boosting是串行地拟合残差逐步降低偏差。这两个指向不同的优化方向把它们放在一起对比着记比单独背每个算法要牢固得多。2.3 模型评估指标别只会背“准确率”很多人在笔试里对准确率、精确率、召回率、F1、AUC这些指标的概念背得滚瓜烂熟但一放到业务场景里就选不对。这种情况在面试中很容易暴露。先看混淆矩阵的四个格子预测为正预测为负真实为正TPFN真实为负FPTN精确率Precision是预测为正的样本里真正为正的比例分母是TP加FP召回率Recall是真实为正的样本里被正确找出来的比例分母是TP加FN。F1是两者的调和平均公式是2PR除以(PR)。这组公式是基础中的基础但更重要的是知道什么时候用哪个指标。举个典型的电商场景预测用户流失。正样本是“会流失的用户”这类用户在整体里往往只占5%左右。如果只看准确率模型全部预测成“不流失”准确率是95%但一个流失用户都找不出来模型毫无价值。这时候应该关注召回率因为业务目标是尽量把可能流失的用户都找出来宁可错挽留一部分也不要漏掉真正会流失的人。AUC也常考它表示随机取一个正样本和一个负样本模型把正样本排在前面的概率。AUC不受分类阈值影响在正负样本极不平衡时依然能稳定评估模型排序能力所以电商场景里评估推荐模型、风险模型时经常用到它。我建议拿到评估指标的题先判断业务背景再选择指标别直接套公式。2.4 集成学习与特征工程区分“背过”和“做过”的题集成学习是理论题里拉开分差的地方。核心考点是bagging、boosting、stacking三者的区别。Bagging对训练数据进行有放回抽样训练多个模型后取平均或投票主要降低方差Boosting按顺序训练模型每个模型关注前一个模型犯的错主要降低偏差Stacking则是用多个基模型的输出作为新模型的输入再训练一层模型做融合。这个对比可以整理成一张小表方法训练方式主要优化方向代表算法Bagging并行、自助采样降低方差随机森林Boosting串行、拟合残差降低偏差GBDT、XGBoostStacking分层融合模型输出组合提升各类stack集成特征工程这一块笔试里经常以选择题形式出现问下列哪些属于特征工程操作。常见操作包括缺失值处理、归一化和标准化、类别特征编码、特征选择、特征构造。我见过不少人把归一化和模型训练混为一谈其实特征工程发生在建模之前目的是让数据更适合模型去学习。遇到这种题想一想这个操作发生在数据到模型的哪个环节答案就很清晰了。3. 算法与数据结构笔试中“能跑”和“会讲”是两回事3.1 高频代码题的范围与备考顺序数据挖掘、机器学习岗的笔试编程题难度通常低于纯后端开发岗但也不是随便写写就能过。我观察到的规律是排序、二分、链表、栈与队列、动态规划、TopK这类题目出现频率最高。这些题背后考察的不是你会不会背某个算法而是你在有限时间里能不能写出边界正确、复杂度清晰的代码。建议的备考顺序是先搞定排序和二分它们是很多算法的基础然后是链表和栈队列这部分能练好指针和逻辑组织能力之后是动态规划重点放在01背包、最长公共子序列、最长递增子序列这些经典题型上最后是TopK和滑动窗口这类和数据分析场景结合紧密的题目。不要一上来就刷难题笔试的编程题大部分是“会者不难”把基础练扎实就能拿分。3.2 手写快排的现场姿势和复杂度分析快排是笔试编程题里的常客几乎每家公司都会考。我见过很多同学背了模板但一写就崩原因是没有理解划分的逻辑。给你一段可以直接在笔试里使用的写法def quick_sort(arr): if len(arr) 1: return arr pivot arr[len(arr) // 2] left [x for x in arr if x pivot] mid [x for x in arr if x pivot] right [x for x in arr if x pivot] return quick_sort(left) mid quick_sort(right)这段代码用Python列表推导实现思路非常直白笔试时不容易写错。但如果你在代码注释里只写“快排”不给复杂度阅卷人会默认你懂但没办法确认。我建议顺手写上平均时间复杂度O(n log n)最坏情况O(n^2)最坏情况出现在每次选到的pivot都恰好是最大或最小值。优化方式是随机选pivot或者用三数取中这样可以尽量避免最坏情况。真正工作里的快排会用原地划分来节省额外空间笔试现场用简洁版没问题但你要能说明白和原地版本的区别否则面试官问起来容易露馅。还有一个细节重复元素。上面这段代码里我把等于pivot的元素放进mid所以重复元素不会导致死循环这个是很多背模板的同学没注意到的地方。3.3 数据结构题如何和业务场景结合算法题有意思的地方在于出题人不会只考数据结构定义而是把它包装成业务场景。比如给一批商品点击日志让你统计点击次数最高的100个商品。这个题背后就是TopK问题最合适的思路是维护一个大小为K的最小堆遍历数据时如果新元素的频率比堆顶大就把堆顶替换掉并重新调整堆时间复杂度是O(n log K)。如果你用全排序再取前K时间复杂度是O(n log n)在数据量大时差距非常明显。再比如UV统计统计一天内访问过首页的去重用户数用HashSet去重配合布隆过滤器还能节省空间。滑动窗口最大值可以用双端队列配合单调队列思想做到O(n)这类题经常出现在电商大促期间的行为分析场景里。笔试中遇到这种题目先想清楚业务数据规模和数据特征再决定用哪种数据结构这个思考过程本身就展示了你的工程能力。3.4 笔试现场最容易翻车的三个细节第一是边界条件。空数组、数组只有一个元素、数组里全是相同元素这三个用例先在草稿纸上跑一遍能堵住一大批bug。第二是复杂度分析。有人写了一个两重循环还说自己时间复杂度是O(n)这是致命的错误。写代码之前先在注释里写下时间和空间复杂度给自己一个交代。第三是输入输出解析。很多线上笔试系统要求你自己处理标准输入有人程序逻辑全对结果卡在读入上。这部分要用自己熟悉的语言把读取和切分写法提前练熟不要到考场上临时想。4. 概率统计与电商业务题从公式到方案的跃迁4.1 贝叶斯公式条件概率的必考重灾区概率统计里贝叶斯公式的出镜率极高因为它直接对应决策场景已知一个用户发生了某个行为要求你推断他另一个行为的概率。这类题本身不复杂但很多人在第一步就栽了事件符号没有设清楚条件方向写反。我给一个标准示例。假设某商品的历史购买率P(B)是0.1用户点击广告的概率P(C)是0.2在已购买用户中曾经点击过广告的比例P(C|B)是0.6现在问点击了广告的用户最终购买的概率P(B|C)是多少。用贝叶斯公式P(B|C) P(C|B) * P(B) / P(C) 0.6 * 0.1 / 0.2 0.3先验P(B)是购买率似然P(C|B)是购买用户中点击广告的比例后验P(B|C)是在观察到点击行为后更新出来的购买概率。这类题只要先把事件用字母表示出来再逐项对应到公式里基本不会错。最怕的是不看清楚条件方向把P(C|B)当成P(B|C)直接套进去。笔试题里经常会设置这种陷阱答案看起来很像数值却差很多。4.2 AB实验与假设检验数据决策的基本功在电商公司几乎每一个策略上线前都要做AB实验新推荐算法效果如何新页面布局能不能提升转化率商品定价调整会不会影响GMV。所以假设检验的考点几乎是标配。核心考点包括原假设H0怎么设备择假设H1怎么设p值小于显著性水平α意味着什么第一类错误和第二类错误的区别。这里有一个最常见的理解误区p值不是“原假设为真的概率”而是在原假设成立的前提下观察到当前或更极端结果的概率。α0.05的意思是如果原假设为真我们有5%的概率错误地拒绝它。这个区别在笔试题里经常被拿出来考答错的人非常多。还要注意一个重要陷阱p-hacking。为了得到显著结果反复查看数据、中途停止实验、不停加样本这些操作都会导致假阳性率飙升。如果你在业务题里提到“跑完实验看p值”最好再补一句“需要预先确定实验周期和样本量”这一句会让你显得专业很多。我用一个简单的方式记忆先定实验方案再跑数据不要先看数据再定实验方案。AB实验的完整答题框架可以这样写先确定核心业务指标比如转化率或人均GMV然后估算所需样本量考虑最小可检测效果和显著性水平再设置实验周期尽量覆盖完整业务周期比如一周到两周最后做分层分流保证实验组和对照组同质跑完用置信区间和p值综合判断。这套框架在场景问答里非常加分。4.3 业务场景题从“会算公式”到“能给方案”业务场景题是很多同学的痛点因为它没有一个标准答案但你答得是不是有章法阅卷人一眼就能看出差别。典型的问法是“复购率最近持续下降你怎么排查”。如果一上来就说“可能是产品体验变差了”那就太单薄了。我给一个可以直接背下来的答题框架。第一步定义问题。复购率的口径是什么是月度复购率还是季度复购率下降了多少持续了多久这个下降在统计上是否显著。第二步拆解指标。复购率可以拆成分子“复购用户数”和分母“活跃购买用户数”先确定是分子在降还是分母在涨。第三步提出假设。用户获取渠道质量下降、商品结构变化、竞品分流、优惠力度减少、季节性因素这些都是常见假设。第四步数据验证。用同期群分析比较不同月份新增用户的复购差异用渠道对比看各渠道用户的留存曲线用商品品类对比看复购产品是否集中在某些品类。最后一步落地建议。针对主要假设给出产品或者运营动作并说明如何用AB实验验证效果。同样的框架可以迁移到推荐点击率低、用户停留时长下降、购物车转化率降低等问题上。核心是展示“定义问题—拆解指标—提出假设—数据验证—落地建议”这条完整链路。电商数据分析岗的笔试业务题越往后越重要因为公司招的不是会写代码的机器而是能用数据推动业务的人。5. 复盘如果让我重考一次我会这样准备5.1 三条备考主线与时间安排如果重新准备一次校招笔试我会把时间分成三个阶段每个阶段围绕一条主线展开而不是想起来什么学什么。阶段重点内容主要输出基础期概率统计、机器学习理论建立知识框架整理公式卡强化期SQL、数据结构、手写代码刷高频题做真题复盘冲刺期业务场景题、整套模拟形成个人答题框架限时训练基础期不要急着刷题先把知识体系搭起来。统计里重点看条件概率、常见分布、置信区间和假设检验机器学习里重点看模型原理、损失函数、正则化、评估指标。强化期转向动手LeetCode的热门题加上往年笔试题交叉进行SQL至少把聚合、关联、窗口函数练熟。冲刺期最重要找几套完整的笔试题限时做模拟真实考试节奏做完不是对答案就完事而是逐题复盘为什么错、卡在哪一步、下次如何避免。5.2 容易被忽略的三个细节第一个细节手写公式要练到条件反射。贝叶斯公式、精确率召回率F1、信息熵、梯度下降更新公式这些不能等到考场现推。考场上时间紧张公式写得越熟练给难题留的时间越多。第二个细节要把算法和业务场景主动联系起来。很多人学随机森林和GBDT只停留在原理但面试官和笔试题都爱问“你会在什么场景下用它”。准备的时候多问自己一句这个算法在电商里能解决什么问题。比如协同过滤做推荐召回GBDT做点击率预估这些连接想得越清楚答业务题越有底气。第三个细节笔试时学会“给思路留痕”。线上笔试的编程题代码就是你的答卷而简答题和业务题答题结构就是你的卷面。每道业务题先写一行“我的分析框架是一、二、三、四”再展开阅卷人扫一眼就知道你有逻辑。没有人会喜欢看一大段没有层次的长文这个习惯能实实在在地提高印象分。5.3 回顾那些真实踩过的坑第一次参加校招笔试时我死在一道非常简单的输入解析上。程序逻辑全对但没处理数据中的空行导致运行报错整道题零分。从那以后每次笔试前我都会把所在语言的标准输入读取方式重新写一遍这个习惯帮我避免了很多低级失误。还有一次一道贝叶斯题我算出来的结果和正确答案差了很远复盘时发现自己把条件概率的方向搞反了把P(C|B)当成了P(B|C)。那之后我养成一个习惯只要遇到概率题先花10秒钟把事件和条件方向写清楚再开始计算。这个动作看似浪费时间实际上省掉了很多反复检查的时间。业务题我也栽过跟头。最开始我拿到场景题就急着给结论复购率下降就说是“商品质量不行”结果被否得很惨。后来我学会先列框架再作答哪怕最终给出的原因不够全面至少展现出来的分析路径是完整的。笔试考察的不只是知识的堆砌而是面对一个模糊问题时你能不能给出有条理、可执行的解决思路。这种能力需要靠平时多做场景题来积累。这套唯品会2018年的A卷放到今天看依然是数据挖掘、机器学习校招的主流考察思路理论功底、代码能力、概率统计和业务理解缺一不可。笔试只是校招长跑中的一段但这一段准备得扎实后面面试阶段也会顺畅很多。希望准备秋招的同学都能把“会做”变成“稳拿分”把“学过”变成“能应用”。