个人 Web 3D 小项目放进作品集，能证明什么、不能证明什么？

消息提到，一位开发者用数小时通过 Three.js 在浏览器里复刻出可玩的赛车，包含沿海公路和 146 码速度反馈，打开网页就能控制方向盘，试玩链接放在评论区。素材还称，过去专业工作室要磨几个月的 Web 3D 交互，如今被压缩成一夜之间的代码流。这个说法更像一种感叹，不是行业结论，但它确实点出一个求职问题：个人 demo 和团队生产环境之间，隔着什么。

个人项目能证明动手意愿、基础 API 使用、把想法跑通的能力。它不能自动证明代码质量、性能优化、可维护性，也不能证明协作与长期迭代。简历里应如实写“个人项目”，别写成“负责某产品 3D 模块”。

面试前端或 Web 3D 岗，该向团队追问哪些真实工作内容？

读岗位描述时，看到“Web3D 交互”“Three.js 深度优化”这类词，先别急着对号入座。可以问：团队日常是写业务页面，还是做 3D 交互？3D 部分占多少比例？代码评审和性能标准是什么？项目周期通常多长？

这些问题的价值在于，把“我会 Three.js”翻译成“我能否胜任这份工作的日常”。素材里“数月打磨被压缩成一夜代码流”的说法，不能推导出岗位门槛降低或需求增加，只能提醒你：demo 的完成度和生产要求是两回事。

想往 Web 3D 方向准备，作品集和技能该按什么顺序补？

先确认目标岗位是否真的涉及 3D。如果多数岗位仍以通用前端为主，把全部时间押在 Three.js 上风险偏高。可以这样排：通用前端基础（HTML、CSS、JavaScript、框架）打底，再用一个 3D 小项目展示兴趣和上手能力。

假设一个模拟场景：面试官问“你这个赛车项目怎么做的”，你可以讲清渲染循环、相机控制和碰撞思路，同时主动说明哪些是简化处理、哪些没做性能测试。这比只展示效果更可信。

结尾给一个实际可做的小建议：打开你收藏的三条目标岗位描述，逐条标出“3D 相关”和“通用前端”各占多少，再决定下一周练什么。