第一次听说“防御性打工”的说法，以前人们谈论职场的时候，总是离不开一个“卷”字，在那个时候虽然很辛苦，但是心里还是有一种力量在支撑着自己，认为只要努力拼搏一番，总会有办法闯出一条生路来。 现在的风向已经完全改变，没有人再提起冲锋陷阵的事情了， 大家都在讨论怎么把自己裹严实了 。 录音、截屏、保存打卡记录等看似复杂的工作其实就是在为自己的职业生涯撰写一份详细的“审计日志”。 技术人员都知道一个道理，当一个系统的日志量越来越大、断言越来越多、回滚机制也越来越多的时候，并不是因为程序员变得谨慎小心了，而是由于该系统本身存在很多问题，随时都有可能崩溃。 人也是这样，在“好好干活”的事情上已经不能给人带来足够的安全感的时候，人们就会不自觉地去寻求另外一种安全感。每次点击保存、每次打开录音都是为了应对可能出现的“崩盘”情况所做的准备。 信任一旦破裂就无法挽回 俗话说，“人无信而不立”，但是在现在的职场环境中，信用就像一张薄纸一样容易被破坏掉。 吃过一次亏之后，人就会彻底醒悟过来，信任的建立要花费很长时间的努力，但是它的瓦解却可以在一刹那之间完成，也可以只用一次不公平的行为来实现。 “防御性打工”并不是懒惰或者所谓的摆烂，其实这些人仍然很认真地工作着，并且不再盲目地相信“付出就会有收获”的说法了。 要求一个连基本安全感都没有的人去谈奉献、谈情怀，这本身就是一种道德绑架 。比如你不能指望没有异常处理代码的程序来承受高并发的压力，这既是对系统的一种侮辱，也是对开发者的一种不负责任的态度。 一位网友的观点非常直接： 一旦进入这种状态，想要快速发展就不可能了 。业务没有足够的容错空间，使得大家都感到不安，纷纷筑起高墙。 对于程序员来说这句话很容易理解。如果一个团队里每个人都忙于证明自己的清白、逃避责任的话，那么真正的业务创新又由谁来做呢？试错的成本由谁承担？人们都把心思放在了如何去证明自己没有犯错误上，而没有去想怎样才能把事情做得更好。 防御性的打工最可怕的地方并不是某个人工作效率下降了，而是整个组织的合作成本上升。 以前一句话就可以说清楚的事情，现在要通过发邮件并且抄送给三方领导来作为证据。以前可以随意更改的要求，现在已经需要层层审批并留下痕迹，以免以后出现纠纷。 这种内耗像白蚁一样，悄无声息地啃噬着团队的活力 。表面上看来井然有序，实际上却是各行其是、信息不通、创意枯竭，最后使整个团队背上沉重的技术债务，举步维艰。 “防御性打工”之所以能够走红 ，是因为它戳中了一种普遍存在的职场情绪 。可以不同意这样的生存方式，认为它是消极被动的，但是不能否认它在目前情况下是有道理的。 对于打工人而言，留痕就是一种自我保护的方式， 但也不必过度焦虑，把自己活成一台只会输出日志的冰冷机器 。 对于公司来说，并不要埋怨员工“不懂感恩”、“没有狼性”，而是应该静下心来想想，这份珍贵的信任是怎样一点一点地消逝掉的。 一个好的系统，不需要每个人都写满防御代码，因为系统本身足够健壮，底层的容错机制已经做好了保障。 职场也一样，安全不能依靠打工人的录音笔来实现，而要靠公正合理的制度、公开透明的过程以及尊重的文化去营造。只有土壤肥沃了，种子才会自动发芽，而不是忙着给自己穿上铠甲。 特别