那些年，我遇到的奇葩需求：一个深圳独立开发者的深夜自白
凌晨两点，窗外深圳湾的夜色早已沉寂，只有键盘敲击声和咖啡杯里最后一口凉掉的美式陪我熬过这个周末。作为一名在深圳远程办公的独立开发者，自由是真的——没人管我几点起床、穿不穿裤子写代码；孤独也是真的——连个吐槽产品经理的人都没有，只能对着 Slack 的空频道发呆。
最近整理旧项目时翻出一堆“黑历史”，突然觉得有必要写点什么。不是为了博眼球，而是想给那些正在被离谱需求折磨的同行们一点共鸣，顺便提醒自己：别忘了当初为什么选择这条路。
一、“首页要能自动识别用户心情，然后换皮肤” —— 来自某社交App的AI幻想
那是去年双11前两周，我接了个外包单子，客户是家刚拿A轮的小公司，老板自称“腾讯系背景”（后来才知道是在腾讯大厦楼下开奶茶店的）。第一次需求评审会上，产品经理拿出PPT，一脸认真地说：“我们要做一款懂用户的前端！首页得根据用户当前情绪自动切换主题色。”
我当时差点把咖啡喷出来。你管这叫前端需求？这分明是脑机接口+情感计算+实时渲染三位一体的科研项目！
但他们坚持要上。理由很朴素：“隔壁竞品都在搞AI，我们不能落后。”
更离谱的是，他们要求两周上线，因为要赶“双十一情感营销”。
我硬着头皮开始调研。先试了浏览器摄像头调用Face API，结果发现iOS Safari直接拒绝权限；再试文本情绪分析（用户输入框内容），准确率不到40%；最后甚至想接入微信小程序的情绪识别插件……全军覆没。
最终解决方案？
我写了个随机数生成器，每隔30秒换一次主题色，并在控制台悄悄打印一行注释：
// TODO: 等哪天AI真能看透人心，再回来改这里吧 🙃
客户居然说“效果很灵动”！还给我加了500块奖金。
这件事让我明白：很多所谓的“AI需求”，本质是老板对技术的浪漫想象，而工程师的任务，是在幻想与现实之间搭一座看起来像桥的浮木。
二、“简历上传后，要自动生成3D头像” —— 招聘平台的视觉内卷
今年三月，帮朋友公司优化他们的招聘系统。HR总监提了个需求：“候选人上传简历后，系统要自动生成一个3D卡通头像，展示在面试官后台。”
我第一反应是：这跟面试题挑战有半毛钱关系吗？面试官看的是能力，不是颜值建模！
但架不住人家说“提升候选人体验”、“打造差异化”。更魔幻的是，他们连模型都没买，只给了我一个Sketch设计稿，上面画了个戴眼镜的像素小人，标注：“类似这个，但要3D、可旋转、带表情变化。”
我查了一圈，Three.js + Blender 建模 + 自动绑定表情驱动……保守估计至少两周。可项目排期只剩三天。
情急之下，我做了个“伪3D”方案：
- 用户上传简历 → 提取姓名首字母
- 用CSS 3D transform 旋转一个带首字母的色块
- 鼠标悬停时，随机切换6种预设表情（其实是6张PNG）
代码如下：
.avatar-3d {
width: 80px;
height: 80px;
background: linear-gradient(135deg, #6e8efb, #a777e3);
color: white;
display: flex;
align-items: center;
justify-content: center;
border-radius: 12px;
transform-style: preserve-3d;
transition: transform 0.5s;
}
.avatar-3d:hover {
transform: rotateY(180deg);
}
上线后，居然有面试官反馈“这个小人挺可爱”。
我默默在GitHub提交记录里写了一句：feat: fake 3D avatar for fake job seekers。
教训：当业务方沉迷“视觉创新”时，用低成本模拟高成本效果，往往是保命的最佳策略。
三、“前端要支持离线编辑，但数据必须实时同步” —— 运维与产品的世纪矛盾
去年底接了个文档协作工具的重构项目。产品经理要求：“用户即使断网也能编辑，恢复网络后自动同步，不能丢任何字符。”
运维大哥当场拍桌：“数据库TPS扛不住高频diff合并！”
典型的“既要又要还要”。
我研究了下现有方案：Google Docs 用 Operational Transform（OT），Figma 用 CRDT。但团队技术栈是 Vue + Firebase，时间紧任务重，根本没法从零实现。
于是我把目光投向了现成的工具—— Yjs。
Yjs 是一个基于 CRDT 的开源库，天然支持离线编辑、冲突自动解决。集成起来也简单：
import * as Y from 'yjs'
import { WebsocketProvider } from 'y-websocket'
const ydoc = new Y.Doc()
const provider = new WebsocketProvider('wss://your-server', 'room-1', ydoc)
const text = ydoc.getText('content')
// 绑定到Vue
text.observe((event) => {
this.content = text.toString()
})
但问题来了：Firebase 不支持 WebSocket 长连接（出于安全策略）。
我差点放弃，直到想起可以用 Cloud Functions + Pub/Sub 模拟消息通道。
折腾三天后，终于跑通。测试阶段却发现：当两个用户同时编辑同一段落，光标会乱跳。
原来 Yjs 的富文本支持需要配合 Quill 或 Tiptap。我又花两天把编辑器从原生 contenteditable 切到 Tiptap。
上线那天，运维大哥请我喝了杯喜茶。他说：“你这方案，比我们之前想的 Kafka + Flink 轻量多了。”
感悟：面对矛盾需求，别急着造轮子。先看看社区有没有现成的“瑞士军刀”，往往能四两拨千斤。
四、奇葩需求背后的真相：不是需求蠢，是你没看懂“人”
回头想想，这些看似离谱的需求，其实都有迹可循：
| 需求表象 | 真实诉求 | 应对策略 |
|---|---|---|
| “自动识别心情换皮肤” | 想让用户觉得产品“有温度” | 用微交互模拟智能感 |
| “简历生成3D头像” | 提升候选人留存率 | 用低成本视觉反馈制造惊喜 |
| “离线编辑+实时同步” | 保障核心功能可用性 | 借力成熟开源工具链 |
作为独立开发者，我最大的成长不是学会了多少框架，而是学会了“翻译”需求。
产品经理说“要酷”，其实是“怕用户流失”；
老板说“对标大厂”，其实是“融资PPT需要亮点”；
测试说“这个Bug很严重”，其实是“他昨晚被线上事故骂了”。
写给同行的几句话
如果你也在深圳，或者任何一个互联网重镇，每天被各种“创新需求”轰炸，请记住：
- 你的价值不在于实现所有需求，而在于过滤无效需求。学会说“这个可以做，但ROI太低”，比埋头编码更重要。
- 简历上别写“精通需求管理”，但心里要清楚：90%的需求，都是可以通过沟通降级的。
- 善用工具，别重复造轮子。Yjs、Tauri、Zod、Vite……这些社区产物，能让你少熬500小时夜。
- 保持自嘲能力。当你能笑着讲出“我给简历做了3D头像”这种故事时，说明你已经免疫职场PUA了。
最后，分享一个小习惯：每当我接到离谱需求，就会打开 Notion，新建一页，标题叫《当代赛博巫术实录》。写完解决方案后，加上一句：“此需求已封印，愿后人勿再开启。”
毕竟，我们写代码，不是为了满足所有人的幻想，而是为了在混沌中，守住一点点逻辑的秩序。
—— 一个在深圳出租屋里，一边喝冰美式一边修线上Bug的独立开发者，于2024年夏夜
评论 0