为什么要关注“防御性编程”？

前言

前段时间，一个刚入职不久的朋友发来一段代码，并戏称他的“防御性代码”已大功告成，还附上一张截图（图片被我吃了🙃）。一看那段代码——极具“个人特色”让人头皮发麻😵，暗暗庆幸不用我来维护😥，只能默默祝下一个“幸运儿”好运。

这件事让我陷入了思考：如今，写代码真的需要写到这种程度，才能保住饭碗吗？

之前在一些博客和讨论区偶尔看到类似话题，原以为是大家的吐槽。但从朋友的经历来看，“防御性编程”或许真有其现实意义😂。

---

什么是防御性编程？

传统定义：
某度上的解释是，防御性编程是一种通过增加代码健壮性，避免意外或错误发生的编码方式。

如今的“广义”定义：
在实际工作中，防御性编程被赋予了更“戏谑”的含义：刻意让代码拥有强烈的“个人特色”，以至于他人难以读懂或维护。这种做法常被认为是为了增加自己的不可替代性，从而规避裁员风险，因此被戏称为“防御性编程”。

---

为什么防御性编程频繁出现？

结合朋友的例子和当前程序员就业市场的状况，我总结了以下几个原因：

• 大环境不佳： 整体经济环境持续低迷，对就业产生了深远影响。
• 裁员频发： 企业普遍缩减成本，裁员已成常态。
• 竞争激烈： 程序员岗位供需严重失衡，压力倍增。
• 内卷加剧： 行业内对求职者的要求不断攀升，进一步推高了“卷”的程度。

这些因素环环相扣，共同催生了“防御性编程”的现象。

---

防御性编程的好处

先声明：并不推荐这种编程方式 [ 手动狗头保命 ]。但不可否认，它确实为开发者带来了一些好处：

• 提升代码多样性：锻炼写代码的“创造力”。
• 实现“差异化竞争”：代码个性化让自己显得与众不同。
• 效率提升：无须严格遵守规则，可能在某些场景下更快完成任务。
• 强化不可替代性：某种程度上，复杂难懂的代码增加了团队对你的依赖。
• 满足自我心理：有些人会因为写“高难度”代码感到成就感。

当然，这篇是正能量帖子，所以还是不推荐友友们这样做。

---

防御性编程的弊端

尽管上文列出了一些“好处”，但防御性编程的弊端显而易见：

• 破坏项目风格：与团队代码风格不一致，影响项目整体质量。
• 违反开发规范：严重影响协作效率，损害团队氛围。
• 自己也可能看不懂：时间久了，连作者本人都可能无法维护。
• 增加维护成本：后续的代码修改、升级和调试难度显著提高。
• 引发团队冲突：与其他开发者的合作会变得困难，可能导致“友好交流”。

因此，无论如何，防御性编程并非长远之计，开发之路任重道远。

---

结语

希望未来程序员的就业环境能够有所改善，让每位开发者都能安心地写代码，愉快地工作。而“防御性编程”这种现象，也能逐渐销声匿迹。

最后：为什么要关注“防御性编程”？

因为：要保持初心😭！