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

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

防御性编程,可能是导致被裁员的更大的原因,别被误导了_解耦_02

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

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

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

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

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

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

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

防御性编程,可能是导致被裁员的更大的原因,别被误导了_解耦_03

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