宋成员

DEV CN / 成员主页

宋国卿

查看宋国卿发布的技术文章、关注圈子与公开讨论。

242技术文章207关注圈子841圈内发布0关注者

登录后关注登录后私信

COMMUNITY POSTS

交流圈发布内容

作者在不同技术圈子中的观点与讨论

1

# 求职与面试2026-09-19

和同事对技术方案有分歧时，你怎么办？

对事不对人，用事实和数据解决分歧：①先完整听完对方观点，确保真的理解了，而不是急着反驳；②把双方方案的'前提假设、优缺点、取舍'摆到桌面上对比；③引入客观标准——性能数据、成本、团队能力、时间约束来做判断；④无法达成时，用低成本方式验证（做个最小实验），让数据说话；⑤实在僵持，对齐领导做决策，但保证'无论选谁方案，我们都一起把它做成'。

2

# 求职与面试2026-09-19

遇到线上事故，你的处理流程是什么？

按'止血 → 定位 → 恢复 → 复盘'四步：①第一时间止血——能回滚回滚、能降级降级，优先恢复服务，不纠结责任；②快速定位——看监控、日志、最近变更，锁定根因；③恢复并验证——修复后确认业务正常；④复盘——写事故报告，明确根因、影响、改进措施，把'防复发'落地成监控、告警、流程改进。全程保持信息同步，让相关方知道进展。

3

# 求职与面试2026-09-19

时间和资源有限时，你怎么做取舍？

用'价值/成本'排序来取舍：先保住'不做就出事'的核心路径，再做'做了价值大'的次优先，砍掉'可有可无'的锦上添花。取舍时我会主动和相关方对齐，明确'我保了什么、砍了什么、为什么'，避免默默降级。同时会标注技术债——被砍的部分后面怎么补，绝不'假装没砍过'。关键判断：分清'必须、应该、可以'三个优先级。

4

# 求职与面试2026-09-19

需求模糊、信息不全时，你怎么开始动手？

先'澄清'再'动手'，但不空等：①主动找提出方沟通，把'目标、用户、边界、验收标准'问清楚，能问一次就问透；②信息仍不全时，基于合理假设先做出'最小可验证版本'（MVP），用快速反馈逼近真实需求；③把假设和待确认项写清楚同步给相关方，避免闷头做错方向。我的原则是'用行动推进澄清'，而不是'等信息齐了才开始'。

5

# 求职与面试2026-09-19

描述一次你跨多个团队协调解决问题的经历。

（示例框架）一次大促前，发现下单链路在流量高峰会超时，涉及交易、库存、风控三个团队。我没有只盯着自己那部分，而是牵头拉了跨团队会议，梳理全链路耗时，定位到风控接口是瓶颈。我推动做了异步化改造和缓存优化，并和各团队对齐了降级预案，大促当天平稳通过。关键收获：解决问题往往不只靠技术，还要能组织协调、对齐目标。

6

# 求职与面试2026-09-19

当 AI 的答案和你的经验冲突时，你信谁？

不盲信任何一方，用证据说话。AI 的回答如果和我经验冲突，我先分析'为什么冲突'：是我的经验过时了，还是 AI 给的是理想化/错误答案？我会查官方文档、做实验验证、找权威资料交叉确认。原则是：AI 是参考，经验和判断是基础，最终以'验证过的客观事实'为准，而不是以'谁的权威更大'为准。

7

# 求职与面试2026-09-19

你对前沿技术的敏感度如何？怎么保持？

敏感度不错，且讲究'实用导向'：我不追每一个热点，而是关注'与我的工作相关、可能改变做事方式'的技术，比如 AI 编码、云原生、新一代数据库。保持方式：订阅靠谱技术源、参加社区和技术分享、定期做小实验（把新技术用到真实小项目里验证），而不是只看文章。我会主动评估'这项技术对我们的系统有没有价值'。

8

# 求职与面试2026-09-19

你如何平衡技术深度和广度？

以'深度为主、广度辅助'：在自己负责的核心领域（比如后端高并发、数据库）做到能讲原理、能优化、能设计；同时保持对相邻领域（前端、运维、数据、AI 工具）的'足够了解'，以便跨领域协作和判断。我用'8020'原则——80% 时间深耕深度，20% 时间扫广度、跟进前沿，避免既浅又散。AI 时代广度更容易补，深度更难替代。

9

# 求职与面试2026-09-19

AI 能写代码，但能设计架构吗？你怎么看？

AI 能'给'架构方案，但不能'设计'架构。真正的架构设计是无数取舍的组合：在有限的资源、团队、时间、业务不确定性下，选一个当前最优且能长期演进的方案，还要为未来留余地。这需要理解业务战略、组织协作、历史包袱，并对结果负责。AI 给的是'标准答案库'里的方案，而真实架构往往是'权衡出来的非标答案'，后者必须由人来定。

10

# 求职与面试2026-09-19

你会怎么设计一个高并发、高可用的系统？

围绕'分层抗压 + 兜底降级'来设计：接入层做限流、熔断、降级；应用层做无状态化便于横向扩容、异步化削峰；数据层做缓存、分库分表、读写分离；关键路径做幂等、重试、补偿。可用性靠冗余和自动故障转移，靠监控告警和应急预案。设计时先明确核心指标（QPS、延迟、可用性），再用压测验证容量，最后建演练机制。AI 能拼骨架，但每个决策要结合真实流量和数据来定。