A
问题不是写“遇到bug”，是写你盯着哪行日志发呆、翻哪几份文档、问谁被怼了、最后靠改哪行配置救回来。写问题得有画面：IDE弹红框、控制台刷满ERROR、测试环境死循环。别写“查阅资料”，写清你搜了什么关键词、点开第几个Stack Overflow链接、抄了哪段代码又删了。真实感来自细节颗粒度，不是语气词。
Q
程序员述职报告里技术细节怎么写才不啰嗦？
A
技术细节不是堆代码，是讲清楚你动了哪块、为什么动、结果卡在哪又怎么捅开的。重点写你改的那几行关键逻辑，别把整个模块都端上来。别人看不懂你写的函数名，但能看懂你解决了什么卡点。写技术要像修车师傅说故障，不说原理图，只说哪个零件松了、拧紧后车跑没跑稳。
Q
程序员报告里用什么语气才能显得既专业又不装？
A
专业不是咬文嚼字，是把复杂事说得像聊家常。你写“采用Redis缓存策略”不如写“把查库那步换成摸内存，快了六倍”。少用被动语态，多用人称主语，我们干了什么，不是系统发生了什么。术语第一次出现时自然带解释，比如“灰度发布，就是先让5%用户试跑新版本”。嘴上怎么说，笔下就怎么写。
