做岗位表整理这件事我前后折腾了好几轮从最开始手动一个个复制粘贴到后来写脚本批量清洗中间踩的坑能写满两页纸。这次 2027 年度国考省考岗位表汇总做出来参考往年招录规模大约 38119 人岗位覆盖各省市看起来只是一张表背后其实是数据清洗 字段口径统一 筛选逻辑设计三件事的组合。很多人拿到官方岗位表的第一反应是打开 Excel 直接筛筛到第三遍就崩溃了——因为官方表是为公示设计的不是为对比设计的。这篇文章想解决的就是这个问题怎么把一堆散装、格式各异、字段命名不统一的岗位表整理成一份能横向对比、能反复筛选、能支撑选岗决策的汇总表。适合三类人看第一次接触国考省考、完全不知道从哪下手的新手已经考过一两次、想系统化选岗的老考生以及帮别人做考情整理、需要一套可复用流程的人。下面全是我自己在实操里总结出来的东西包括公式、脚本、字段设计和踩坑记录能直接抄。1. 为什么值得自己动手做一份岗位表汇总1.1 官方岗位表的三个反人类设计先说清楚一件事官方发布的岗位表本身没有错它是给所有人看的公示文件格式必须稳妥、必须能打印、必须能被各种设备打开。但正因为如此它带来了三个对筛选极不友好的设计。第一个是合并单元格。部门名称、招录机关这类字段经常一个单元格跨十几行合并视觉上是一个部门管十几个岗位逻辑上却让排序和筛选直接失效。你在 Excel 里对整列点筛选合并单元格下面那些行会被当成空值一筛就全乱。第二个是多值塞进一个格子。专业要求那一栏经常是计算机类、电子信息类、自动化类挤在一个单元格里用顿号或者斜杠分隔。你要按专业筛Excel 的包含能凑合用但一旦涉及多专业交叉、排除某些专业就彻底没辙。第三个是备注栏里的隐藏门槛。很多关键限制不在专门字段里而是写在备注或者其他条件那一栏比如需经常出差限本省户籍须具备两年以上相关工作经历。这些信息如果只靠肉眼扫几百上千行看下来必然漏。提示这三点的共性问题是信息存在但不可计算。整理工作的本质就是把这些半结构化信息转成可计算的结构化字段。1.2 汇总表真正的价值在于可比性单看一张岗位表你能知道有哪些岗位。做成汇总表之后你能知道这些岗位之间差在哪。这两个问题的难度完全不是一个量级。我举个具体场景。假设你手上有 A、B 两个岗位招录人数都是一个学历要求都是本科及以上专业要求一个写不限、一个写计算机类。单看是看不出优劣的。但如果你把往年的进面分数、报名人数、专业限制宽窄、是否限应届、是否限基层经历这些维度都拉成列做成一张对比表决策依据立刻就清晰了——限制条件越多、越具体的岗位报名人数通常越少但这不代表更容易因为能报的人往往准备更充分。这个判断没有汇总表是做不出来的。再往深一层说汇总表的价值还在于跨年度对比。把近三年的同类岗位放在一起你能看出某个系统的招录规模是在扩张还是收缩某些专业方向的岗位是变多还是变少。这种趋势判断对选择报考方向的价值远高于纠结某一个岗位。1.3 谁最需要这份东西谁其实不需要我得说句实话不是所有人都需要自己动手做汇总表。如果你目标非常明确就盯着某一个系统、某一个城市的几个岗位那直接翻官方表、用 CtrlF 搜关键词效率比做汇总表高得多。做表的固定成本摆在那摊到三五个岗位上是亏的。但如果你属于下面几种情况自己做一份就非常值专业比较宽泛比如管理类、经济类、法学类能报的岗位横跨十几个系统必须批量筛。跨省报考同时考虑两三个省份需要把不同省份的表放在一起对比。想看清竞争格局需要把招录人数、进面比例、限制条件放在同一张表里做量化对比。帮别人整理比如给同学、给家里晚辈做参考一次整理多次复用。还有一类人我建议别做已经进入备考冲刺期、离考试不到两个月的。这个时候做表属于典型的用战术勤奋掩盖战略懒惰表格做得再漂亮也不会让你多考五分。选岗这事儿公告出来之后集中两周搞定就够了。2. 数据源与字段结构拆解2.1 岗位表里到底有哪些字段不同考试的岗位表字段命名五花八门但拆开来看核心字段基本就那么二十来个。我把它们归成五类这个分类方式决定了后面怎么清洗。字段类别典型字段数据特征处理难度身份标识类部门代码、职位代码、招录机关、用人司局多为定长编码唯一性强低硬门槛类学历、学位、专业、政治面貌枚举值为主偶有多值中经历条件类基层工作最低年限、服务基层项目经历、是否限应届枚举值但表述不统一中数量类招录人数、面试人员比例纯数字偶带单位低自由文本类职位简介、备注、其他条件长文本信息密度高但不可计算高这个表不是我拍脑袋分的是按清洗时需要多少人工介入排的序。身份标识类和数量类基本可以脚本一把过硬门槛类和经历条件类需要建映射表自由文本类只能靠关键词提取加人工复核。2.2 硬门槛、软条件、噪声项三层过滤思路字段拆完之后第二件事是给每个字段定性。我习惯分成三层硬门槛是那些不符合就百分百报不了的条件——学历层次、学位、专业大类、政治面貌、基层工作年限。这些字段只要有一个不满足后面的分析全是白费。所以筛选顺序必须从硬门槛开始绝不能先看招录人数再看学历那是本末倒置。软条件是符合但会影响竞争强度的条件——招录人数、面试比例、是否限应届、是否限本地户籍、专业限制的宽窄。这些不决定你能不能报但决定你报了之后胜算有多大。噪声项是那些看着有用其实干扰判断的——比如职位简介里的大段描述性文字、从事某某工作这类泛泛表述。新手最容易在这里浪费时间逐条读职位简介读一下午读完发现对筛选毫无帮助。注意把备注和其他条件归到噪声项是错的。这两栏必须逐条过里面藏着的限制条件往往是决定性的只是它不可计算所以才需要人工看。我一般会把这两栏单独拉出来做成一张待人工复核清单。2.3 跨年度、跨考试的表结构差异怎么处理国考和省考的表结构差异比想象中大。国考的表相对规范字段命名统一一个文件覆盖全国省考则是各省自成体系有的省份把岗位表拆成好几个 sheet有的把专业要求写成一大段说明文字有的甚至连招录人数这一列都没有得从公告正文里找。处理跨源数据我的做法是先定标准表再往里填。具体说就是先手工设计一张目标表结构字段名、字段顺序、枚举值全部定死然后把每个来源的数据往这个结构上映射。映射的过程一定会有信息丢失或者需要拆分的地方这时候不要试图在一张表里解决所有问题宁可多建几张辅表。举个例子A 省的岗位表把学历要求写成本科及以上B 省写成大学本科及以上C 省写成本科、硕士研究生。如果不定标准这三条永远没法放在一起比。我在标准表里只保留五个枚举值大专、本科、硕士、博士、不限。映射的时候用一张对照表硬转转不动的标成待确认人工兜底。2.4 主键设计为什么不能只用职位代码做表的人都懂主键的重要性但岗位表这里有个坑职位代码在不同考试、不同年度之间会重复。国考某年的职位代码和下一年的完全可能是同一个号码指向完全不同的岗位。所以主键必须是组合键。我用的是主键 考试年度 考试类型 层级 部门代码 职位代码其中层级指的是中央、省级、市级、县级、乡镇这一层区分。加上这一层是因为同一个部门代码下不同层级的岗位编号规则可能不同不加会撞。组合键的缺点是很长做 VLOOKUP 的时候容易出错。我的处理是再加一列行ID用简单的递增数字所有跨表关联都走行ID主键只作为唯一性校验用。这是个很土的办法但实测下来最不容易出错。3. 从零到一的整理流程3.1 采集与文件命名规范采集这一步没什么技术含量但命名不规范会让你在后面痛不欲生。我踩过的坑是这样的第一年整理的时候文件名叫岗位表1.xlsx岗位表最终版.xlsx岗位表最终版2.xlsx过了两个月完全想不起来哪个是哪个只能重新下。现在的命名规则固定成这个格式{年度}_{考试类型}_{地区}_{版本}_{下载日期}.xlsx比如2027_国考_全国_v1_20251015.xlsx。这样排序下来天然按年度和地区分组一眼就能看出哪个是最新的。版本号用 v1、v2 递增不要用最终最最终这种词——你永远不知道后面还会不会改。另外有个小技巧原始文件永不修改另存副本再动手。所有清洗操作都在副本上做原始文件当档案留着。这条规则救过我好几次因为清洗过程中经常会出现改到一半发现方向错了的情况有原始文件就能随时重来。3.2 清洗第一关合并单元格与换行符合并单元格的拆解在 Excel 里最稳妥的路径是选中整列 → 取消合并 → CtrlG 定位空值 → 输入加向上箭头 → CtrlEnter 批量填充。这个操作序列能一次性把几百行合并单元格拆成完整值比手动复制快几十倍。换行符是另一个隐形杀手。岗位表里的其他条件字段经常一个单元格里塞三四行看起来正常一旦导出成 CSV 或者做文本匹配换行符会把一条记录撕成两条。清洗公式SUBSTITUTE(SUBSTITUTE(A2,CHAR(10), ),CHAR(13), )CHAR(10) 是换行CHAR(13) 是回车两个都要替换只处理一个在 Windows 和 Mac 之间来回倒文件的时候还会复发。如果数据量大、要做批量处理用 Python 更省事import pandas as pd df pd.read_excel(2027_国考_全国_v1_20251015.xlsx, dtypestr) # 统一清理所有字符串字段里的换行、回车、多余空格 for col in df.select_dtypes(includeobject).columns: df[col] ( df[col] .fillna() .astype(str) .str.replace(r[\r\n], , regexTrue) .str.replace(r\s{2,}, , regexTrue) .str.strip() )这里有个细节值得说dtypestr这个参数一定要加。不加的话 pandas 会自动推断类型职位代码这种000123的字符串会被识别成数字 123前面的零全丢了后面做关联的时候对不上。这个问题我第一次遇到的时候排查了整整一个下午。3.3 清洗第二关多值字段的拆分策略专业要求、户籍要求这类字段的多值拆分是整个流程里最费脑子的部分。有两种拆法各有适用场景。拆到行把计算机类、电子信息类拆成两行每条记录变成两条。适合后续要做按专业统计岗位数的场景。Power Query 里操作路径是选中列 → 拆分列 → 按分隔符 → 拆分为行。拆到列拆成专业要求1专业要求2专业要求3记录数不变。适合做这条岗位能不能报的匹配判断因为一个岗位只要有一个专业符合就行不需要展开。我实际用的是混合方案主表拆到列保留原始记录粒度方便做岗位对比另建一张岗位-专业关联表拆到行专门用于按专业统计。两张表通过行ID 关联。这样既不破坏主表结构又保留了统计能力。拆分时的分隔符要特别注意我遇到过同一列里同时存在顿号、斜杠、分号、空格四种分隔符的情况。稳妥做法是先用正则把各种分隔符统一成一个df[专业要求_标准化] ( df[专业要求] .str.replace(r[、/;,\s], |, regexTrue) .str.strip(|) )3.4 统一枚举值建一张映射对照表这一步看着枯燥但它是整个整理工作的地基。做法很简单把每个字段下所有出现过的值全部去重列出来然后手工给每个值打一个标准标签。以学历要求为例原始数据里可能出现这么多写法原始表述标准标签本科及以上本科大学本科及以上本科本科、硕士研究生本科仅限本科本科研究生硕士及以上硕士硕士研究生及以上硕士不限不限注意本科、硕士研究生这种写法它实际含义是本科和硕士都能报标准标签应该归到本科即最低门槛是本科。这个判断逻辑要统一不然统计口径就乱了。映射表建好之后用 VLOOKUP 或者 pandas 的 map 批量转换。转不动的会自动变成 NaN这些就是要人工复核的记录。我一般会留 5% 左右的兜底量这个比例是正常的——如果超过 20% 转不动说明映射表设计有问题得回头改。3.5 建立筛选视图把分析需求前置表整理完最后一件事是建筛选视图。这一步很多人会跳过觉得到时候现筛就行结果每次分析都要重新设一遍筛选条件效率极低。我的做法是按使用场景预置几个视图按硬门槛视图只保留学历、专业、政治面貌、基层年限四个筛选器用来做第一轮粗筛。按竞争度视图按招录人数降序排列标出进面比例用来快速定位招得多的岗位。待复核视图筛选出备注栏非空、或者有待确认标记的记录专门用于人工过一遍。历年对比视图把近三年同类岗位放在一起按主键关联。视图这个概念在 Excel 里对应表格 切片器在 Python 里对应保存好的筛选函数。不管用哪种核心思路是一样的把反复要用的筛选条件固化下来不要每次重新想。4. 筛选与选岗的实操方法4.1 硬门槛过滤三步把范围砍到十分之一38119 个岗位听着吓人但按硬门槛过滤三轮剩下能报的往往不到十分之一。这个数字不是估算是我这几年反复验证过的经验值。第一步筛学历和学位。本科能报的岗位在总岗位里大概占七成多如果同时要求学位证还要再筛掉一批。这一步做完池子大概剩六到七成。第二步筛专业。这一步杀伤力最大。专业限制越具体砍掉的比例越高。热门大类比如计算机类、经济类能报的相对多冷门专业可能只剩个位数。另外要特别注意不限专业的岗位——这类岗位看着友好实际报名人数往往是限制类岗位的好几倍。第三步筛经历条件。基层工作年限、服务基层项目经历、应届生身份这三条往往组合出现。如果你是应届生直接勾限应届池子会瞬间缩小到一个很精准的范围这个范围里的竞争者身份和你一样参考价值最高。三步下来剩下的岗位数量通常在几百到一千之间。这个量级是可以逐条看的再往下就该做精细对比了。4.2 竞争度参考指标怎么构造官方不会公布竞争比这种数据但可以用几个可得的字段拼一个粗略的参考指标出来。我用的是这个思路门槛分 学历层级分 专业限制分 经历限制分 户籍限制分每项按限制越具体、分值越高赋值。比如专业不限记 0 分专业限制到具体专业名称记 3 分不限户籍记 0 分限本省户籍记 2 分。分值加起来越高说明能报的人越少。这个指标很粗糙但方向是对的。我拿往年数据回溯验证过门槛分高的岗位实际报名人数中位数确实低。它没法精确预测竞争比但能帮你在两个差不多的岗位之间做初步排序。还有两个字段必须拉进对比表招录人数和面试人员比例。招录 3 人、4:1 进面的岗位和招录 1 人、3:1 进面的岗位含金量完全不同。前者进面名额有 12 个后者只有 3 个这个差异在备考策略上是要区别对待的。4.3 岗位对比表的具体做法假设你已经筛出 5 个候选岗位怎么比较我给一个实际在用的对比模板。表头按这个顺序排列岗位标识脱敏后的简称→ 招录人数 → 面试比例 → 学历门槛 → 专业限制 → 经历限制 → 户籍限制 → 门槛分 → 备注要点。然后在备注要点这一列里把官方备注里影响判断的关键信息摘要出来比如需长期驻外须通过专业能力测试需夜间值班。这些摘要不要写成完整句子写成短标签就行填回主表方便横向扫。对比的时候我有个习惯不追求选最好的追求排除最不能接受的。选岗这件事完美选项基本不存在。更现实的路径是先把有隐性雷点的排除掉——比如明确说了要长期出差、要倒班的你自己清楚受不了那再好的条件也不该报。剩下的岗位里挑一个各方面都能接受的这个决策质量比强行比出最优解高得多。5. 常见问题与排查实录5.1 数据类问题速查表整理过程中反复出现的问题我整理成了一张表遇到直接对号入座。现象大概率原因处理办法职位代码前的 0 消失被当成了数字类型读取全程按字符串处理dtypestr筛出来行数比预期少合并单元格留下的空值被当成了筛选无关项取消合并后向下填充同一岗位出现两条记录多值字段拆分后没去重按主键去重保留首次出现换行符导致记录错位导出 CSV 时未处理 CHAR(10)导出前统一替换换行和回车学历映射大量失败原始表述差异超出映射表覆盖范围补映射覆盖率低于 80% 就重做VLOOKUP 大面积 #N/A主键两端格式不一致一边数字一边文本两端统一转文本再匹配这张表里最坑的是最后一条。VLOOKUP 报 #N/A第一反应是数据没有其实很多时候是格式不匹配——一边是文本型的12345一边是数字型的 12345Excel 认为它们不相等。排查方法是两边都用TEXT(A2,0)转一遍再匹配或者干脆用 INDEXMATCH 配合--转换。5.2 筛选逻辑的典型误区数据问题好解决逻辑问题才真容易翻车。说三个我见过最多、也最容易自己踩进去的。误区一只看招录人数多的岗位。招 5 个人的岗位报考人数往往是招 1 个人的十几倍报录比未必更优。招录人数多只意味着容错空间大一点不意味着容易上。真正要看的是招录人数 / 预期报名人数只是后者的分母你预估不准所以这个指标只能当参考不能当决策依据。误区二把不限专业当保底。不限专业的岗位是所有不符合任何专业限制的人的共同选择报名人数密度极高。我见过某个不限专业的岗位招 1 人报名上千进面分数线远超同期限制类岗位。所以不限专业应该是最后选项不是保底选项。误区三忽略面试比例。3:1 和 5:1 进面看着只是数字差实际差的是你有没有逆袭机会。比例高的岗位笔试排名靠后一点也有翻盘余地比例低的岗位笔试没进前几名基本就结束了。这个差异应该直接影响你的笔试目标分数设定。5.3 几个我踩过的坑和应对办法第一个坑以为表里的信息是全的。有一年我做完筛选圈定了几个候选岗位结果公告补充说明里又多了一条限制条件之前筛的全废。教训是整理表的同时一定要把公告正文和专业分类目录一起存下来岗位表不是孤立文件它和公告是一个整体缺一块就可能是错的。第二个坑过度依赖往年数据。往年的招录规模、进面分数只能当趋势参考不能当预测。某个系统去年招得多、今年可能就招得少专业限制也可能整个调整。我用往年数据只做两件事判断某个方向是扩张还是收缩、估算大致的分数区间具体到某个岗位的难度还是得看当年的实际报名情况。第三个坑表做太细反而不用了。有一年我做了三十多列包含各种衍生指标、评分模型、可视化图表做得特别漂亮结果真到用的时候打开就懵不知道从哪看起。后来我把主表压缩到十二列只保留真正影响决策的字段衍生指标全部放到辅表。表是拿来用的不是拿来看的字段越多不一定越好。提示如果你整理完一张表发现自己在上面停留的时间越来越长、每次打开都要重新理解一遍列的含义那说明这张表该精简了。判断标准很简单——能不能在三十秒内回答我能报哪些、哪些值得报这两个问题。5.4 关于 38119 这个数字的解读最后说一句和这个数字相关的。38119 是参考往年规模估算出来的量级它有两个用途一是让你对整体盘面有个感知知道池子大概多大二是用于横向对比看今年和往年比是扩是缩。但它不能用来判断你自己的机会。三万多岗位里真正符合你条件的可能就是几十个到几百个剩下的和你没有任何关系。所以看到这个大数字不要兴奋也不要焦虑它的意义只在于规模不在于机会。真正决定你机会的是那几十个岗位的具体条件以及你在竞争者中的相对位置。我自己这几年整理下来最大的体会是岗位表整理的价值不在于表格本身而在于整理过程中被迫去理解的规则。你在做映射表的时候会发现某些专业表述的模糊地带在拆多值字段的时候会意识到包含和属于的区别在逐条读备注的时候会注意到那些容易被忽略的限制。这些东西光看别人做的表是学不到的只有自己动手清洗一遍才有那个哦原来是这么回事的瞬间。所以如果时间允许哪怕最终用的是别人整理好的汇总表我也建议你至少自己完整做一遍其中一部分——做一遍和看一遍理解深度完全是两回事。
企业数字化 ERP 产品动态
相关推荐
Cypress自动化测试:从入门到实战指南 1. 为什么选择Cypress作为自动化测试工具 Cypress是一个现代化的前端测试工具,它从根本上改变了传统自动化测试的工作方式。与Selenium等传统工具相比,Cypress直接在浏览器中运行,提供了更快的执行速度和更可靠的测试结果。 我在多个项目中实… · 2026/11/3 19:58:36
Redis分布式锁实现与避坑指南 1. 为什么需要分布式锁?在分布式系统中,多个服务实例同时访问共享资源时,会出现并发问题。比如电商系统中的库存扣减、秒杀活动中的商品抢购,都需要保证同一时间只有一个客户端能够执行关键操作。这就是分布式锁要解决的核心问题。… · 2026/11/3 19:58:36
Java基础入门课后习题答案精讲:核心概念与常见误区解析 简介:这份文档面向Java初学者与高校学生,针对《Java基础入门》教材课后习题提供系统参考答案,帮助读者在学完每章后及时核对思路、巩固语法与概念。内容覆盖Java开发入门、语言基础、程序设计与面向对象编程四大板块,包含填空、判… · 2026/11/3 19:57:35
教育平台LaTeX公式渲染技术解析与优化实践 1. 教育平台LaTeX公式渲染的技术挑战在教育类Web应用中,数学公式的编辑与展示一直是技术实现的难点。传统方案通常采用图片嵌入方式,但这会导致内容不可搜索、无法动态修改、显示效果模糊等问题。LaTeX作为科研领域的标准排版工具,其数学公式… · 2026/11/3 21:28:39
Microsoft Project排程与基准管理:从任务逻辑到偏差控制的完整指南 项目管理这件事,工具只是载体,真正决定成败的是你对任务逻辑和基准控制的理解。Microsoft Project 这款软件在进度管理圈子里被讨论得很多,但大多数人只把它当成一个画甘特图的工具,装完软件、拉几条任务、连上箭头,导… · 2026/11/3 21:28:39
工业自动化中的程序控制语句应用与优化 1. 程序控制语句概述程序控制语句是编程语言中用于控制代码执行流程的核心语法结构。就像交通信号灯指挥车辆行驶方向一样,控制语句决定了程序代码的执行顺序和逻辑分支。在实际工程中,约60%的代码逻辑都依赖于各种控制语句的组合使用。以工业自动化领域… · 2026/11/3 21:28:39
AI模仿与人类独特性:技术边界与认知突破 1. 项目概述:机器模仿与人类独特性认知"当机器学会模仿,人类才真正开始理解独特"这个标题揭示了人工智能时代一个深刻悖论。作为一名长期观察AI与人类认知交互的研究者,我发现在机器学习技术突飞猛进的今天,我们反而对人… · 2026/11/3 21:28:39
高性价比人生指南:时间、金钱与精力的资源配置方法论 1. 为什么“高性价比”才是普通人最该盯住的变量“高性价比人生指南”这个标题第一次看到的时候,我脑子里冒出来的不是鸡汤,而是一张成本收益表。这些年我见过太多人把“过好这一生”当成一个玄学问题,要么归因于运气,要么归因于出… · 2026/11/3 21:28:39
Vue el-switch 列表开关全部关闭的排查与规范写法 一个后台管理页的列表,四十多行数据,每行右侧一个 el-switch 控制启用状态。接口返回里 status 明明白白地 1 和 0 混着,但页面上四十几个开关齐刷刷全是灰的,一个都没亮。这种"vue el-switch 列表开关状态显示有误、全部关闭… · 2026/11/3 21:27:39
双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/2 13:10:28
STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 6:04:24
DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 5:52:46
STM32F411RE与MAX14431实现SPI隔离:工业现场抗共模干扰实战 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 1:01:59
ESP32+大模型AI硬件开发:从Demo到产品的8个工程问题 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 1:01:59
基于MAX14431BAEE+与PIC18F85J10的SPI隔离方案设计与实践 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 1:01:59
双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/2 13:10:28
STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 6:04:24
DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/3 5:52:46