凌晨两点，你还在公司。
Flink任务挂了，数据延迟了三个小时，业务在群里疯狂at你。“数据什么时候能恢复？""这个问题影响到报表了，老板在问。""能不能快一点？”
你盯着错误日志一行一行地排查。终于找到了问题：上游的数据格式变了，没有人通知你。
你修复了问题，重跑了任务，数据恢复了。业务在群里说：“OK，收到。“然后就没有然后了。凌晨四点你回家睡觉。第二天早上没有人记得你昨晚的付出。
这就是你的日常。
你是一名数据开发工程师。你负责搭建数据管道、维护数据仓库、保障数据质量。你的工作很重要，没有你公司的数据就瘫痪了。但你的工作又很”隐形”。数据正常的时候没人知道你的存在，数据出问题的时候所有人都来找你。
画像一：基础设施无名英雄
你维护着公司的数据基础设施。数据仓库是你建的。ETL任务是你写的。数据质量监控是你做的。但这些东西”理所当然”地运行着，没人关心是谁在维护。
你的日常大概是这样的：07:00手机报警有个任务失败了爬起来处理。09:00到公司看看昨晚的任务情况。10:00业务来问这个数据为什么对不上，排查。11:00开发一个新的数据任务。14:00开会讨论数据需求。15:00继续开发。18:00上线新任务等待运行结果。20:00任务跑完了没问题可以回家了。23:00手机又报警了……
你心里的声音是什么？“我做了这么多但没人知道。""数据正常的时候我是空气，数据出问题的时候我是罪人。""凭什么好事没我坏事全是我？”
问题的本质在于基础设施工作的悲剧：做好了是应该的，做不好是你的问题。你的工作没有”显示度”。它不像业务成果那样可以被展示、被量化。老板不会说”这个月数据没出问题表扬一下数据团队”，老板只会说”上周数据延迟了两小时怎么回事”。
这个困境的危害：你的贡献被忽视——没人知道你在保障整个公司的数据运行。你只会因为问题被记住——正常的时候没人记得你。你没有成就感——做再多也没有正面反馈。你容易倦怠——长期不被看见会失去动力。
画像二：需求管道工
你的工作主要是接需求。业务需要一个数据表你建，分析师需要一个指标你开发，产品需要一个接口你提供。你是”需求的管道工”，需求从这头进去数据从那头出来。
需求池里有20个需求在排队。业务A说这个需求很紧急能不能先做。业务B说我这个已经等了一周了。业务C说老板说这个必须本周上。你说好好好都做都做……
你心里的声音是什么？“我每天都在做需求什么时候是个头？""这些需求真的都有价值吗？""我就是一个需求机器没有自己的想法。”
问题的本质是你被需求”推着走”没有主动权。你没有时间思考这些需求合不合理、有没有更好的方案、应该优先做什么。你只是在执行不是在决策。
这个困境的危害：你没有成长——每天都在做类似的开发工作。你没有时间优化——被需求填满没有时间做技术改进。你失去话语权——需求方说了算你只是执行。你变得疲惫——永远做不完的需求永远在赶进度。
画像三：技术债背锅侠
你接手了一堆”历史遗留问题”。前人写的代码质量很差，架构设计有问题，文档不全逻辑不清。但这些问题现在都是你的责任，出了问题找你。
领导问这个任务为什么跑了这么长时间。你说这是之前的代码写得有问题。领导说那你优化一下。你说好的。一周后领导问怎么还没优化好。你说这个架构有问题要改需要很大的工作量。领导说先保证业务不出问题优化的事情再说。你无语。
你心里的声音是什么？“这锅不是我的但我在背。""我想优化但没有时间和资源。""这些历史问题永远解决不完。”
问题的本质是技术债是会累积的。你不还它就会越积越多。但还技术债的工作”不显眼”。老板看不到你在还债只看到你”怎么还没做完需求”。你陷入一个恶性循环：需求做不完→没时间还债→技术债越来越重→效率越来越低→需求更做不完。
这个困境的危害：你被历史问题困住——想做新东西但总是在解决老问题。你的效率被拖累——技术债导致开发效率低下。你背锅——技术债导致的问题算在你头上。你感到无力——知道问题在哪但没有资源解决。
