作品集选题与仓库可运行性

共 43 题
#

1. 你做作品集的目标岗位和你过往经历不匹配,面试官质疑"跨度太大"怎么 argue 迁移

A 完全否认跨度,强调自己什么都行
B 只谈旧岗位成就,回避新岗位要求
C 转移话题介绍未来计划
D 承认跨度,拆解底层通用能力并给出快速补齐计划 ✓ 正确答案
#

2. 你做的作品集项目界面很丑但功能完整,面试官质疑"产品 sense"怎么 argue

A 反驳说界面不重要
B 说自己没时间做界面
C 承认界面短板,并说明功能完整性与改进计划 ✓ 正确答案
D 责怪设计工具
#

3. 你的作品集里你放了教学性项目(todo app 等),面试官质疑"太初级"怎么 argue 基础

A 删除所有类似项目
B 把它当能力证明的炫耀点
C 谎称是生产级项目
D 承认其入门属性,但强调其中体现的工程思想与学习路径 ✓ 正确答案
#

4. 你的作品集项目里有 hardcoded 的配置(API key 等),面试官质疑"安全性"怎么 argue

A 说 key 不重要,无所谓
B 承认疏漏,说明已轮换密钥并整改为环境变量管理 ✓ 正确答案
C 把 key 藏起来当作没发生
D 责怪使用该 API 的第三方
#

5. 面试官看了 30 秒你的作品集说"和我们的岗位不匹配",你怎么快速调整叙述而不是改作品

A 当场手忙脚乱重写作品
B 追问具体不匹配点,并快速把最相关部分重新叙述 ✓ 正确答案
C 放弃展示,只谈闲聊
D 反驳面试官的判断
#

6. 你做的作品集项目 README 写得很简短,面试官问"为什么不详细"怎么 argue

A 承认简洁是取舍,说明详档放别处并给出补全计划 ✓ 正确答案
B 说 README 不重要
C 说别人都不写 README
D 拒绝讨论
#

7. 你的作品集是 AI 生成的,面试官问"哪些是你做的"怎么 argue

A 完全否认用过 AI
B 说 AI 写的就是自己写的
C 承认 AI 写了样板代码,但强调设计决策与理解属于自己 ✓ 正确答案
D 拒绝回答
#

8. 你的仓库 CI 配置很复杂,面试官问"为什么这么复杂"怎么 argue 工程化

A 承认复杂,解释每条配置的动机,并给出简化方案 ✓ 正确答案
B 说复杂是必须的,无法简化
C 说这是别人写的
D 删除 CI 假装没做过
#

9. 你的仓库 README 是中文,面试官是英文阅读者怎么 argue 国际化

A 说中文才是主流
B 说英文读者少见
C 拒绝改英文
D 承认受众决定语言,说明可补英文版,并口头用英文讲解 ✓ 正确答案
#

10. 你的仓库 clone 下来功能正常但界面是命令行,面试官要求看 UI 怎么 argue

A 坚持命令行才是对的
B 说 UI 不存在
C 说明 CLI 是合理形态,并提供演示视频/可视化包装等替代方案 ✓ 正确答案
D 责怪面试官不懂命令行
#

11. 你的仓库 clone 下来需要 Python 3.10 但面试官机器是 3.8,面试官质疑兼容性怎么 argue

A 说面试官该升级
B 说明锁定版本是开发需要,并给出 Docker/虚拟环境隔离与降级方案 ✓ 正确答案
C 说版本无关紧要
D 停止讨论
#

12. 你的仓库 clone 下来需要付费数据库(MongoDB Atlas 等),面试官问"怎么本地跑"怎么 argue

A 提供 Docker 本地实例/可配置数据源等低成本替代方案 ✓ 正确答案
B 说付费数据库没问题
C 说不提供也行
D 责怪数据库厂商
#

13. 你的仓库 clone 下来需要配置一堆环境变量,面试官没耐心配置怎么 argue

A 说不配置也能跑
B 提供 .env.example、默认值、docker-compose 等降低门槛的方案 ✓ 正确答案
C 说环境变量是必须的
D 责怪读者没耐心
#

14. AI 生成代码占比较高的作品集项目,如何呈现"设计决策"而非"代码产量"?

A 只展示代码量
B 只讲 AI 能力
C 隐藏 AI 使用
D 重点展示设计决策、权衡与取舍,代码作为落地证据 ✓ 正确答案
#

15. 你的仓库 commit 信息很混乱(test/fix/wip),面试官质疑"工作习惯"怎么 argue

A 承认是早期习惯,并说明已改用规范提交作为改进 ✓ 正确答案
B 说一个人项目无所谓
C 说 commit 不重要
D 责怪工具
#

16. 你的仓库在面试前一周刚刚 push,面试官质疑"临时抱佛脚"怎么 argue

A 用 git 历史证明长期积累、近期只是收尾,或诚实说明并强调快速交付能力 ✓ 正确答案
B 不解释
C 说 push 时间没意义
D 责怪面试官多疑
#

17. 你的仓库有依赖是私有包不能公开下载,面试官问"依赖怎么解决"怎么 argue

A 说有私有包很正常
B 责怪别人没权限
C 不处理
D 说明依赖治理方案:替换/内联/明确标注来源与安装方式 ✓ 正确答案
#

18. 你的仓库有显式标注"work in progress"功能不完整,面试官质疑完成度怎么 argue

A 谎称全部完成
B 说功能不重要
C 删除 WIP 标注
D 诚实承认未完成,展示已完成核心闭环并给出清晰完工路线图 ✓ 正确答案
#

19. 你的仓库没有 license,面试官问"我能用吗"怎么 argue 法律边界

A 说没有 license 也能用
B 责怪开源社区
C 说 license 无所谓
D 承认没有 license 意味着默认保留所有权利,并说明补选合适 license 的方案 ✓ 正确答案
#

20. 你的仓库看起来是 fork 但你改了关键部分,面试官问"哪些是你原创的"怎么 argue

A 说整个仓库都是原创的
B 隐藏 fork 事实
C 诚实说明 fork 基础,清楚列出原创改动与新增贡献 ✓ 正确答案
D 说 fork 不算作品
#

21. 你的仓库里有很多 TODO 注释没处理,面试官质疑"完整性"怎么 argue

A 说 TODO 是正常的
B 说 TODO 不重要
C 删除所有 TODO 假装干净
D 解释 TODO 的意图,并说明用 issue 跟踪、规范化清理的方案 ✓ 正确答案
#

22. 你的仓库 clone 下来可以跑但数据库 migration 失败,面试官质疑"为什么不全自动"怎么 argue

A 说让面试官手动跑
B 责怪数据库
C 说 migration 不重要
D 说明是环境差异导致,并给出启动时自动 migrate、seed 脚本、docker-compose 初始化等方案 ✓ 正确答案
#

23. 你的仓库文档分散在多个地方(README/wiki/blog),面试官找不到怎么 argue

A 说分散很正常
B 说文档多总比没有好
C 承认分散会造成不一致,给出单一入口+分层组织+链接的改进方案 ✓ 正确答案
D 拒绝改进
#

24. 你做的作品集是为了 show off 做了很多花哨功能但 bug 多,面试官实际使用发现 bug 怎么补救

A 否认是 bug
B 责怪浏览器
C 诚实承认根因,说明修复思路,并反思功能堆砌导致质量问题 ✓ 正确答案
D 转移话题
#

25. 你做的作品集项目 GitHub 有提交但没 demo 链接,面试官要求看效果怎么 argue 替代

A 说代码能说明一切
B 责怪面试官
C 说不需要 demo
D 承认失察,提供本地演示/录屏/部署等替代方案 ✓ 正确答案
#

26. 你做的作品集项目用了付费组件(如 UI 库),面试官问"开源版本可看吗"怎么 argue 依赖

A 说明核心逻辑与付费组件解耦,并提供开源替代方案 ✓ 正确答案
B 说付费组件才高级
C 说读者无法看到就没办法
D 责怪组件厂商
#

27. 你的作品集展示了 3 个 crud 项目,面试官说"看不出深度"应该用什么标准筛选作品

A 说 CRUD 也是能力
B 承认雷同,用"体现特定能力/解决真实问题/技术主张"的标准筛选取舍 ✓ 正确答案
C 说量多就是好
D 拒绝筛选
#

28. 你的作品集每个项目都是独立的小 demo 没有体系,面试官质疑"系统思考"怎么 argue

A 说独立 demo 无所谓
B 重新叙述项目间的演进主线,展示系统思考;若无主线则诚实承认 ✓ 正确答案
C 说不需要体系
D 拒绝回答
#

29. 你的作品集页面打不开或 404,面试官立刻失去兴趣怎么提前准备备份

A 只依赖一个部署平台
B 挂掉后再想办法
C 提前多平台部署+本地副本+录屏兜底,面试前例行检查 ✓ 正确答案
D 说 404 是网络问题
#

30. 你的作品集项目数据是 mock 的不是真实业务,面试官问"真实业务能 handle 吗"怎么 argue

A 说 mock 和真实没区别
B 拒绝讨论
C 说真实业务不重要
D 承认差异,说明已考虑真实场景挑战并诚实标注未验证部分 ✓ 正确答案
#

31. 你的 GitHub 仓库 clone 下来跑不起来,面试官当场测试失败怎么 argue

A 慌张辩解
B 冷静区分环境差异还是代码 bug,诚实定位并现场尝试修复 ✓ 正确答案
C 责怪面试官操作
D 直接放弃
#

32. 你的仓库 README 里写的复现步骤和实际代码不一致,面试官按 README 操作失败怎么 argue

A 说是面试官操作不对
B 承认文档过期,核对并更新,反思文档应随代码同步维护 ✓ 正确答案
C 说 README 不重要
D 删除 README
#

33. 你的仓库 issue 区有未解决问题,面试官看 issue 质疑稳定性怎么 argue

A 说明 issue 反映已知待办并可分类管理,重要 bug 给出修复计划 ✓ 正确答案
B 说 issue 少就代表稳
C 删除所有 issue
D 说 issue 没用
#

34. 你的仓库有大量 warning 但功能正常,面试官质疑"代码质量"怎么 argue

A 说 warning 不影响功能就行
B 承认 warning 是隐患信号,用 lint/CI 严格化整改 ✓ 正确答案
C 说 warning 是编译器问题
D 忽略 warning
#

35. 如何为作品集项目补充架构图、测试报告与性能数据,提升工程可信度?

A 只写更多文字描述
B 夸大性能数字
C 补充架构图、测试报告、可复现的性能数据等实证 ✓ 正确答案
D 只放好看的截图
#

36. 你的仓库没有.gitignore 导致提交了大文件,面试官质疑工程化怎么 argue

A 说大文件无所谓
B 说 .gitignore 没必要
C 承认失误,补充 .gitignore、清理历史、用 LFS 管理大文件 ✓ 正确答案
D 责怪 git
#

37. 你的仓库测试覆盖率显示 80%但实际跑测试很多 fail,面试官质疑数据真实性

A 说覆盖率就是质量
B 解释覆盖率与通过率的区别,诚实承认测试不可信并给出 CI 整改 ✓ 正确答案
C 修改覆盖率数字
D 说测试不重要
#

38. 你的仓库用了 Docker 但 Dockerfile 写错了面试官跑不起来怎么 argue

A 说 Docker 是加分项
B 责怪 Docker 版本
C 冷静区分构建/运行错误,用 docker 工具定位修复,诚实承认验证不足 ✓ 正确答案
D 放弃 Docker
#

39. 你的仓库设计很优雅但运行时报错频繁,面试官测试时 bug 触发怎么 argue

A 承认架构与运行时稳健是两回事,用错误处理、测试、重试补齐健壮性 ✓ 正确答案
B 说设计好就行
C 说 bug 是环境问题
D 只重设计忽略运行
#

40. 你的仓库 PR 模板不规范,面试官质疑协作能力怎么 argue

A 说是个人项目无所谓
B 怪团队没用模板
C 说 PR 模板不重要
D 承认失察,说明 PR 模板价值并会主动配置规范模板 ✓ 正确答案
#

41. 你的仓库有公开的 GitHub Action workflow 但有失败记录,面试官质疑 CI 质量怎么 argue

A 说失败是正常的
B 隐藏失败记录
C 说 CI 不重要
D 区分偶发与系统性失败,说明失败要快速定位、修复并回填测试 ✓ 正确答案
#

42. 你的仓库里有测试代码但很多被 skip 了,面试官问"为什么"怎么 argue

A 区分合理跳过(环境依赖)与偷懒跳过,诚实说明原因并给修复计划 ✓ 正确答案
B 说 skip 很正常
C 说测试不重要
D 删除 skip 的测试
#

43. 作品集仓库的 README、License 与依赖锁定如何避免面试官无法运行?

A 只有 README
B 只有依赖锁定
C 只有 License
D README 可复现步骤 + License 使用边界 + 依赖锁定/环境固化 ✓ 正确答案