# 1. 请挑一个公开项目介绍其设计目标与你参与的深度 A 只要项目 Star 多，就能证明我参与了开发 B 介绍参与深度时应讲清具体职责、具体 PR 与具体技术决策 ✓ 正确答案 C 介绍项目时只需讲最终成果，不需要讲设计目标 D 参与深度只取决于项目是否由我创建
# 2. 如何在面试中验证你个人在公开项目中的贡献 A 验证贡献主要靠口头承诺，不需要证据 B 应提供 commit、PR、review 讨论、测试与文档等可验证证据，并诚实界定个人边界 ✓ 正确答案 C 只要 fork 了项目就算贡献 D 贡献证据只能由面试官查找，自己无需准备
# 3. 讲一次你因公开作品被面试官认可的正面 / 负面经历 A 面试中应只讲正面经历，回避负面经历 B 公开作品只要真实存在，面试官就不会追问细节 C 负面经历会直接导致面试失败，所以不能提 D 应同时讲正面与负面经历，并从中提炼出改进与反思 ✓ 正确答案
# 4. 面试官现场深挖 commit 记录或 PR 历史时，部分提交并非你本人所写，你如何回应 A 应尽量否认，把非本人提交说成自己的 B 应承认提交并非本人所写，并诚实说明自己的真实角色与边界 ✓ 正确答案 C 应立刻把项目设为私有以隐藏记录 D commit 历史在面试中不会被查看，无需在意
# 5. 讲一次你主动撰写高质量技术博客的经历 A 技术博客价值在于数量，发得越多越好 B 高质量博客应针对真实问题、精心组织并接受反馈迭代 ✓ 正确答案 C 博客应直接照抄官方文档以节省时间 D 写博客只要发布即可，无需复盘
# 6. 公开作品涉及前雇主内容时你如何合规处理 A 涉及职务成果与保密信息时不得公开，确需使用时先授权并充分脱敏 ✓ 正确答案 B 前雇主内容只要脱敏后就可以放心公开 C 只要已离职，前雇主任何内容都可公开 D 公开作品不必考虑合规问题
# 7. 是否愿意为公开作品做技术分享 A 技术分享会浪费个人时间，不值得做 B 只有作品优秀的人才需要做分享 C 技术分享能放大公开作品价值，但有方法、需控制频率 ✓ 正确答案 D 分享只需讲代码，无需考虑受众
# 8. Fork 或二开项目你如何诚实标注原创比例与上游来源，求职中如何说明 A Fork 的项目可以完全当作原创来展示 B 只要改了名字就算原创 C 二开项目应遵守上游许可证、标注来源并诚实说明原创比例与贡献 ✓ 正确答案 D 二开项目在求职中不需要说明上游来源
# 9. GitHub 项目的展示中面试官浏览你的仓库时你希望他看到哪些质量信号与亮点？ A 仓库只要能跑就行，README 和 CI 不重要 B 面试官只会看代码，不会看文档 C Star 数越高，仓库质量就一定越好 D 应让仓库自解说，包含清晰的 README、测试、CI 与维护健康度 ✓ 正确答案
# 10. 面试官要求你现场打开 GitHub 仓库讲解时，仓库的 README、commit 习惯、CI 状态需要提前做哪些维护？ A 应提前确保 README 可复现、commit 清晰、CI 通过并清理实验内容 ✓ 正确答案 B 现场讲解只需临时打开仓库即可，无需提前维护 C CI 状态与面试无关，无需维护 D 仓库越乱越能体现真实感
# 11. 公开项目 Star 数与质量哪个更能反映你的能力 A Star 数越高，能力必然越强 B 质量无法验证，只有 Star 可参考 C 质量更能反映能力，Star 受话题、可见度等外部因素影响 ✓ 正确答案 D 二者完全无关，无需比较
# 12. 讲一次你主动向面试官说明二开项目的局限、反而赢得信任的经历 A 主动暴露项目局限会降低面试评价 B 面试中不应主动提及任何局限 C 二开项目应尽量隐瞒上游来源 D 诚实说明二开项目的局限能体现边界意识与成熟度，反而赢得信任 ✓ 正确答案
# 13. 你会如何在自愿提供材料时核验真实性与贡献边界 A 提供材料前应核验真实性、界定贡献边界并标注可复现性 ✓ 正确答案 B 自愿提供的材料无需核验，天然可信 C 贡献边界无法界定，只能笼统说"我做了很多" D 材料提供的真实性由面试官负责核验
# 14. 技术博客的价值中写博客的价值在深度梳理、真实性证明还是影响力以及如何取舍？ A 博客只有影响力一种价值 B 博客价值应因阶段取舍，通常以深度梳理为基础，真实性证明与影响力随之而来 ✓ 正确答案 C 写博客只为了求职造假 D 博客价值与质量无关，只与数量有关
# 15. 真实性的验证中面试官验证公开作品真实性时你会主动提供哪些代码、数据与署名证据？ A 只需提供口头承诺即可证明真实性 B 真实性验证是面试官的事，候选人无需准备 C 证据越全越好，无需考虑隐私 D 应主动提供代码、commit、数据、署名等可验证证据，并注意隐私合规 ✓ 正确答案
# 16. 项目的选择中公开作品很多时按什么标准挑选最能证明能力的项目展示？ A 应把所有项目都展示，数量越多越好 B 项目选择与目标岗位无关 C 只挑 Star 最多的一定最合适 D 应按相关性、深度、质量与可验证性挑选代表作，重点讲深 ✓ 正确答案
# 17. 博客的写作中如何确定受众、选择主题并维持更新频率以避免三分钟热度？ A 写博客应追求高频更新，质量和可持续性不重要 B 三分钟热度无法避免，只能靠运气 C 博客不需要考虑受众，写给谁都可以 D 应明确受众、选有积累的主题、设定可持续节奏并建立防拖延机制 ✓ 正确答案
# 18. 项目与工作的关系中个人项目占用的时间与公司合规如何平衡以及如何安排？ A 个人项目可以随时用公司资源做，方便即可 B 应业余时间做个人项目，不占用公司资源且先确认合规边界 ✓ 正确答案 C 个人项目与公司合规无关 D 为了个人项目可以牺牲本职交付
# 19. 你在面试中如何呈现开源贡献的层次（PR 被合并、Issue 驱动、维护者角色），让贡献可被快速判断 A 所有开源贡献都应统一描述为维护者角色 B 贡献层次无需区分，只说"参与过"即可 C 应按 PR 合并、Issue 驱动、维护者角色分层呈现，并诚实标注实际层级 ✓ 正确答案 D 只有 PR 被合并才算贡献
# 20. 面试官质疑你的开源贡献真实性时，你如何用提交记录、讨论记录与可复现证据回应 A 被质疑时应提高音量、强调绝对真实 B 应用 commit、PR 讨论与可复现运行等证据冷静回应，并诚实标注无法验证的部分 ✓ 正确答案 C 质疑时转移话题即可 D 被质疑说明贡献肯定是假的
# 21. 真实性的底线中展示公开作品时哪些造假或夸大行为坚决不做以及如何自查？ A 夸大贡献只要不被发现就没问题 B 造假是简历包装的常见手段，可以接受 C 应坚决不冒领、不虚报、不伪造、不夸大，并建立"只讲可验证证据"的自查机制 ✓ 正确答案 D 只要面试通过，造假无所谓
# 22. 你的开源项目与市面上已有项目功能相似时，如何诚实说明差异点与你自己的学习价值？ A 功能相似时就要否认相似，甚至谎称原创 B 功能相似的项目没有展示价值 C 应诚实承认相似，讲清差异点并突出学习价值，同时标注借鉴来源 ✓ 正确答案 D 只要改个名字就避免相似了
