扫码阅读
手机扫码阅读
周末杂谈 | 追不上热点,但想聊聊程序员的心理问题

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。

TechLead 少个分号
扫码关注公众号
本文作者通过个人经历探讨了心理问题的成因和解决方法。作者在一个压力巨大的项目中遭遇心理危机,表现为焦虑、抑郁症状,并经历了自我否认的过程。在反常的行为和严重的生理反应后,通过理智的自我劝说,他寻求了专业的心理咨询和医疗帮助。
作者在经历这次心理危机中,获得了几个重要的认识。首先,他接受了自己的认知模式和局限性,并通过策略来弥补。其次,他对于质量的认识发生了改变,并放弃了将要出版的书籍,因为意识到了其中存在的问题。最后,他意识到人的行为和情绪受环境、生理机制的影响远大于自我意识。
作者还分析了导致程序员群体中心理问题高发的几个原因,包括工作压力、危机感、责任边界的不清晰、道德感和观念的束缚等。他建议程序员接受自己的局限,避免道德绑架,并寻求适当的心理帮助。
在经历了心理危机后,作者通过离开压力环境、学习心理学知识和接受《庄子》的哲学思想,最终实现了自我恢复。他还提到了与遭遇相同问题的同事的交流,意识到了问题的普遍性和系统性。
文章最后,作者呼吁同行遇到心理问题的朋友们可以与他交流,并建议大家在周末多出门走走,探索更大的世界。
想要了解更多内容?

TechLead 少个分号
扫码关注公众号
TechLead 少个分号的其他文章
架构中的矛盾和权衡
我们在讨论架构的过程中,总会陷入一些矛盾,这些经典的矛盾成了关于架构无尽争论的源头。这些矛盾往往是我们分析架构方法的关键所在。
系统设计 | 解决困难问题的思路
我们想要得到什么,就要先想想什么可以失去。
领域建模的原则(战术篇)
当团队规模非常大、系统极其复杂的时,我们就需要制定一些原则来评审、检查各个各个团队产出的模型是否合适。
敏捷团队的代码评审和分支策略
我们可以在一定程度上使用代码静态分析保证代码质量,但代码静态分析无法解决所有问题,也不能完全依赖他。因此在一些场景中我们需要团队一起来做代码评审。
理解 DDD:编程中的模型思维
业务设计上往往没有建立起特定的领域模型,这是我们架构腐化和软件开发困难的关键原因。**业务领域建立好的模型,并指导代码实践,这就是 ”编程思维“。** DDD 领域驱动设计就是解决这部分问题,与其叫领域驱动设计,不如叫做模型驱动设计。
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线