防御性编程，可能是导致被裁员的更大的原因，别被误导了

裁员与反裁员是当前IT界一个经典的话题，作为打工者的猿人常常讨论了N多的防御性编程，代码不可读、代码不好改、代码深度嵌套、代码留bug等等。

其实防御性编程只会让决策者加速解耦你与业务系统：

1、增加代码走查的环节（增加成本、降低效率）

2、让其他不想被裁的人来接你代码（反正不是领导自己，痛苦的也不是他，而且其他人还会认真的解密你的代码，成本不变）

3、痛定思痛，把整个项目组裁掉（这种情况不是少数，成本反而降低）

4、重构技术栈，或者选择低代码、零代码的情况（短期成本增高、长期可能降低）

5、懂技术的人都懂，其实大家日常的编码基本上都是属于防御性的编码（其实对整个项目 然并卵）

让交付物更加容易读、更加容易交接的研发方式， 让开发人员与业务功能解耦，技术的决策者可能有很多种选择！

防御性编程只会让决策者把交付的核心工作从技术逐步转移给 产品或者实施人员，开发最多实现很多基础能力，让业务人员来使用底层的能力，界面编排、流程编排、逻辑编排等对应的引擎会越来越多。