# 1. Staff Engineer 与 Engineering Manager 的日常职责差异是什么，资深工程师应如何用决策框架在两者间选择？ A 两条轨道职责完全相同 B Engineering Manager 一定比 Staff Engineer 更高级 C 选择管理轨道必然失去技术能力 D 两条轨道价值相同，选择应基于心流来源与长期投入 ✓ 正确答案
# 2. Twitter/X 等社交媒体的真实技术影响力 A 应追求短期热度以快速涨粉 B 公开输出可以随意分享公司的保密信息 C 社交媒体影响力与专业能力无关 D 靠持续真诚的内容输出积累复利，同时注意保密与克制 ✓ 正确答案
# 3. 公开输出中的不确定性如何管理，技术文章与演讲里怎样诚实标注结论的适用范围、证据强度与已知反例？ A 应诚实标注适用范围、证据强度与已知反例，避免过度自信 ✓ 正确答案 B 公开输出应尽量表现得笃定以显专业 C 反例会削弱可信度，应回避 D 不确定性管理只适用于内部沟通
# 4. 不确定性（Uncertainty）的真实沟通方法 A 不确定时应装作确定以维持专业 B 不确定性无需沟通，顺其自然 C 诚实承认、分层量化并把不确定性转译为行动与应对 ✓ 正确答案 D 表达不确定性会显得不专业
# 5. 技术书籍（Tech Book）的真实出版经验 A 它是长期投入，需先积累内容、选择合适出版路径并持续维护 ✓ 正确答案 B 技术书籍能快速带来高额回报 C 出版一本书后无需再更新 D 技术书籍出版与个人品牌无关
# 6. 演讲（Speaking）的真实影响力建设 A 演讲越多，影响力必然越大 B 演讲影响力只取决于舞台表现 C 通过高质量有深度的选题、逐步走向外部并沉淀为可复用内容资产 ✓ 正确答案 D 演讲无需反馈迭代
# 7. 风险概率（Risk Probability）的真实工程表达 A 用数字与区间替代模糊词，并结合影响与估计依据表达 ✓ 正确答案 B 用"较大""很可能"等形容词描述即可 C 风险概率无需说明估计依据 D 高概率与低概率的应对方式完全相同
# 8. Staff/Principal 角色差异与跨团队技术分享 A 差异在于影响力半径递增，跨团队分享是把单团队经验放大为组织影响的通道 ✓ 正确答案 B 两者影响力范围完全相同 C Principal 只关注本团队技术 D 跨团队分享对晋升没有作用
# 9. 技术布道如何建立个人影响力与组织技术品牌，布道内容的选题与更新节奏？ A 应尽可能高频更新以抢占流量 B 布道内容可以适度夸大以吸引关注 C 选题应兼顾深度与传播，节奏以稳定可持续、保证质量为先 ✓ 正确答案 D 布道只对个人有价值，对组织无益
# 10. 跨团队项目负责人（Cross-Team Lead）的真实角色 A 依靠行政权力推动跨团队工作 B 通过专业信任、清晰基线与显性化依赖风险来协调推动 ✓ 正确答案 C 只需做好本团队工作即可 D 跨团队项目负责人拥有对各团队的考核权
# 11. IC 路线在大厂的天花板如何突破——走向 Distinguished/Principal 需要哪些超越单团队的影响力证据？ A 只要本团队技术足够强就能晋升 B 影响力无需被记录，靠口碑即可 C 需要积累超越单团队的可证明影响力证据，如跨团队方案、方向制定与对外影响 ✓ 正确答案 D 对外影响力与晋升无关
# 12. 跨组织技术影响力（行业演讲、标准制定、开源治理）应如何长期经营，而非一次性曝光？ A 应追热点以获得最大曝光 B 深耕单一领域、持续在场并让不同输出互相串联形成复利 ✓ 正确答案 C 一次性高光演讲即可建立影响力 D 跨组织影响力无需稳定贡献
# 13. 不确定性下如何诚实表达风险与假设？ A 应只陈述事实，隐藏所有风险 B 应区分事实、假设与风险，用概率+影响表达并给出应对路径 ✓ 正确答案 C 表达不确定性会显得不专业 D 风险应含糊表达以免引起恐慌
# 14. ADR 决策记录中如何显式记录备选方案、被否原因与关键假设，为日后推翻决策留下可追溯证据链？ A 应显式记录备选方案、被否原因与关键假设，为日后推翻留下证据链 ✓ 正确答案 B ADR 只需记录最终决策结论 C 被否方案无需记录 D 关键假设一旦记录就永远成立
# 15. 如何把一次演讲或文章拆解为博客、示例代码与内部分享等可复用资产，形成公开产物的复用飞轮？ A 每次输出都应从零开始 B 公开产物只能一次性使用 C 内容复用会降低影响力 D 把一次演讲/文章拆解为博客、代码、内部分享等多形态，使内容模块化以降低边际成本 ✓ 正确答案
# 16. 资深工程师如何在'解决本团队问题'与'影响行业/生态'之间分配有限精力？ A 以本团队为根据地，把可复用成果放大为行业影响，优先高杠杆投入 ✓ 正确答案 B 应完全放弃本团队问题，专注行业曝光 C 只专注本团队，无需考虑行业 D 精力应平均分配到所有方向
# 17. 未知（Unknown Unknowns）的真实边界 A 无法直接枚举，应通过外部视角、小规模验证与容错机制降低其影响 ✓ 正确答案 B 可以通过完整清单提前识别所有未知 C 只要没有已知风险就说明没有未知 D 未知的未知与项目风险管理无关
# 18. 资深工程师的公开输出如何设计写作、演讲与社区活动的投入节奏，做到持续积累而非一次性曝光？ A 应集中爆发式输出以获得最大曝光 B 用稳定可持续的节拍、多形式协同，让输出持续积累形成复利 ✓ 正确答案 C 输出节奏无需设计，随心情即可 D 公开输出应挤占本职工作时间
# 19. 资深工程师的技术决策质量、团队杠杆与跨团队信任等影响力来源如何量化评估并刻意建设？ A 影响力无法量化，只能靠口碑 B 可从技术决策质量、团队杠杆与跨团队信任三个维度量化评估并刻意建设 ✓ 正确答案 C 影响力只来自技术深度 D 影响力建设无需刻意规划
# 20. 公开输出的保密边界如何把握，分享内部架构、事故复盘与业务数据时的脱敏与时机选择红线在哪里？ A 为分享价值可以不考虑保密 B 公开分享应尽量暴露具体细节 C 守住法律与公司红线，通过脱敏抽象化与时机选择来分享有价值经验 ✓ 正确答案 D 保密边界与公开输出无关
