A
问题不是写“遇到bug”，是写你盯着哪行日志发呆、翻哪几份文档、问谁被怼了、最后靠改哪行配置救回来。写问题得有画面：IDE弹红框、控制台刷满ERROR、测试环境死循环。别写“查阅资料”，写清你搜了什么关键词、点开第几个Stack Overflow链接、抄了哪段代码又删了。真实感来自细节颗粒度，不是语气词。
Q
程序员述职报告里技术细节怎么写才不啰嗦？
A
技术细节不是堆代码，是讲清楚你动了哪块、为什么动、结果卡在哪又怎么捅开的。重点写你改的那几行关键逻辑，别把整个模块都端上来。别人看不懂你写的函数名，但能看懂你解决了什么卡点。写技术要像修车师傅说故障，不说原理图，只说哪个零件松了、拧紧后车跑没跑稳。
Q
程序报告里异常处理怎么写才不像抄API文档？
A
先写你真遇到过哪三类崩法，再写当时怎么拦、怎么记、怎么兜底。每类崩法配一行日志截取，再加半句人话解释这行日志意味着什么。别罗列所有try-catch，只写改过三次以上的那段。异常流要和主流程线并排写，让人一眼看出哪儿容易断、断了怎么续。
