重视心理健康，沟通为何至关重要

背景

本文来自 Hacker News 的一篇个人分享，作者是一名软件开发从业者，曾患有严重抑郁症，经历了两次被解雇、职业失败，最终通过寻求帮助和药物治疗逐步走向康复。文章以第一人称讲述了从满怀信心到自我怀疑、再到接纳现状并设定长期目标的心路历程，核心围绕心理健康、沟通的重要性以及工作习惯的反思。

核心内容

作者在本科实习期间最初充满热情，认为自己终于能将所学应用于实际。但随后他逐渐失去动力，即使在学生期间继续工作也只是机械应付。他告诉自己是因为同时还要上学，但内心清楚这与任务本身无关——他根本提不起干劲。

这种状态延续到了最后一次实习。他一开始信心满满，三周后却再次失去动力。进入正式职场后，问题开始影响绩效。他先后被两家公司解雇，反馈高度一致：

• 沟通不佳：不先讨论就擅自开始工作，导致同事不满。
• 任务完成极慢，且不主动沟通进度，引发团队焦虑。
• 交付质量差，验收环境频繁出问题，客户投诉，经理和同事因此压力巨大。
• 他总是事后归因：“如果我的修改导致 X 出问题，那说明 X 需要更健壮。” 这实际上回避了真正该做的事——部署前更充分地测试。

作者原以为其他人也有类似困扰，但通过与朋友和同事交谈，他意识到自己其实是孤例。其他人虽然也有问题，但性质完全不同。他曾把失败归咎于公司、经验不足、上司愚蠢、环境不佳，但看到更资浅的同事能做好同样的工作，上司们虽然“蠢”却也能正常运作，他不得不承认问题出在自己身上。

他描述自己工作粗心：开始一个任务，做了一大半，然后中途丢下又去做别的事，多任务处理导致细节遗漏。LLM（大语言模型）的出现让这一情况变得更严重——他用 LLM 来代劳多任务，草草完成工单后就提交代码，不再经过测试流程。理论上可以要求 LLM 生成并直接提交其输出的内容，但这种方式导致代码更粗糙、更易出错。

他怀疑自己可能患有注意力缺陷障碍（ADD），正在接受诊断。但他强调，诊断只是标签，不是根本原因。

最终，他被诊断为严重抑郁症，开始服用氟西汀（fluoxetine）和奥沙西泮（oxazepam），并依靠福利金生活，以便有时间疗愈。他承认自己仍能做一些开源贡献，但必须确保这些贡献确实有益。

作者特别感谢了家庭医生（GP）、PAPC（可能指心理急救热线或社区心理健康服务机构）以及亲友的支持。他指出，抑郁的很多挫败感源自缺乏与他们沟通——不说出真实感受会导致误解。如果能早点说该说的话，很多遗憾本可避免。他认识到，有时事情需要时间，但这不是放弃的理由，而是要坚持但要耐心。

去年他曾把自己内心的想法发布在博客上，后来删除了（Git 历史中仍有残留）。当时他找不到倾诉对象，只好发到网上。Hacker News 社区的回应五花八门：有人觉得略有共鸣，有人揪住一个句子长篇大论，有人觉得他只是在抱怨。他接受了这一切，因为所有这些反应可能同时成立。

他的终极目标是过上稳定的生活，拥有一份稳定的工作，为自己的产出骄傲，为同事骄傲，不再想要逃离公司和家庭，把“战斗或逃跑”反应从身体里清除。治疗预计至少需要一年。当他准备好之后，可能暂时不会从事软件开发——他觉得自己做不好，也不想成为公司的负担。

他设定了 2027 年底的目标：

• 停止犯愚蠢错误：能够完整完成任务，不遗漏步骤。方法是每件事都制定计划，只做那一件事。
• 对自己的交付感到骄傲：弄清楚为何持续失去动力——是自身原因还是工作内容？在这种状态下能做什么工作？需要什么状态才能做想做的事？
• 找到稳定：已经有亲友支持，还需要一份稳定工作，不想成为周围人的负担。
• 获得工作纪律：在心智更清晰后，全力培养自律。

关键要点

• 抑郁症与工作表现直接相关：作者两次被解雇的核心原因并非技术能力不足，而是心理状态恶化导致的沟通缺失、任务拖延和质量下降。
• 沟通是职业生存的关键：反馈中反复出现的“不先讨论就动手”和“不汇报进度”被指为致命问题，这比代码质量本身更影响团队信任。
• LLM 可能放大不良工作习惯：作者承认自己用 LLM 敷衍测试流程，导致代码更粗糙。技术工具无法替代个人纪律和责任感，反而可能成为逃避责任的借口。
• 心理问题需要专业干预和社交支持：作者通过 GP 和 PAPC 获得诊断和药物，同时亲友的倾听是走出抑郁的第一步。公开博客求助虽然获得多元反应，但专业帮助不可替代。
• 现实目标与耐心恢复：作者没有急于重返职场，而是给自己至少一年的治疗期和明确到 2027 年的稳定目标，强调“不要放弃但也不要急躁”。

意义与影响

这篇文章在 Hacker News 上引发了广泛讨论，其意义在于将软件开发行业常见的“冒名顶替综合征”和职场压力与临床心理健康问题直接挂钩。很多人会经历职业倦怠或沟通障碍，但鲜有人愿意公开承认自己严重到被解雇、靠福利金生活的地步。作者的坦诚打破了沉默，让其他可能也在暗中挣扎的从业者感到“自己并不孤单”。

对行业而言，它提醒管理者：员工的低绩效未必是能力或态度问题，可能是心理健康需求的信号。代码审查、沟通培训固然重要，但建立包容心理支持的文化（如提供 EAP、鼓励请假疗愈）同样关键。同时，它警示技术工作者：不要过度依赖 LLM 来绕过本应亲力亲为的测试与规划，工具的便利不能替代基本的职业纪律。

从个人成长角度看，作者的经历是一面镜子：我们常常归咎于外部因素，而忽视内心真正的需求。沟通不仅是职场技能，更是心理健康的出口。他最终从“战斗或逃跑”转向设定长期目标、接受治疗、与亲友开放交流，这一转变过程对任何面临类似困境的人都具有参考价值。