个人简介的漂移:把自我介绍当源码来管
来源:dev.to — 2026-11-01
📋 概述
每个开发者都攒了一堆公开主页:LinkedIn、GitHub、Medium、dev.to、Substack、认证钱包、社区门户。每一条在填写当天都是对的,之后一个新人设或新证书只被更新到手边打开的那个站点,其余照旧——没有任何站点报错,因为每一份单独看都没毛病,错误只存在于站点之间。作者做了一次真实审计:同一个人在 2026 年 10 月 31 日(拿到新证书的第二天)的十个主页里,LinkedIn 标题写 10 个认证、About 写 9 个,从业年限一处写 30 年以上、另一处写 20 年以上,AWS Builder Center 记录 0 个认证,Substack 干脆还是平台默认文案。解法是把简介当源码:一个 bio.md 存事实,一张 tracker.md 记落地状态,再用脚本比对计数、用代理去读线上页面。
🔑 核心要点
- 错在跨站,不在站内:每个页面自洽,所以没有任何监控会报警;只有招聘方、会议组织者或评审会把它们并排读。
- 事实与文案分离:bio.md 里认证是列表,简介按短中长三种长度从事实生成,站点需要专属文本时也只是文件中的一个段落。
- 状态表只有四种取值:Current、Behind、Unverified、Blocked;改动先落在哪一个版本上、哪个站点还没人核对,一眼就能看出。
- 让脚本做计数:preflight.py 比对两份文件,把 Certifications 列表长度和文本里声称的数字对比,不一致就退出码 1,把这个检查塞进任何 CI 或钩子里。
💡 金句
Every profile you own is a copy of your bio, and copies drift.
译:你拥有的每一个公开主页都是你简介的一份拷贝,而拷贝总会漂移。
👍 0
👎 0
← 返回 dev.to 首页