“防御性编程”，这词儿最近在程序员圈子里挺火的。说白了，就是一些大厂的员工为了不被裁，开始在代码里耍小聪明，比如埋后门、异常自动报警，目的就是让自己变得“不可替代”。这种做法，有人叫好，有人摇头。有人觉得，公司不讲规矩，员工也只能出此下策。也有人觉得，这事儿虽然短期内可能保住工作，但长远看，对自己、对团队都没好处。代码写得乱七八糟，最后倒霉的还是自己，毕竟代码评审那关就难过。
![]()
我个人觉得，这种“防御性编程”其实反映了职场的一种无奈。程序员也是人，也得养家糊口，面对裁员的威胁，谁不想找个办法保住饭碗呢？但这种做法，说实话，有点短视。代码是你写的，最后也是你的作品，写得乱七八糟，损害的是你自己的声誉。而且，真正的防御性编程，本来是一种预防错误、减少灾难的编程方法，是为了让代码更健壮、更可靠。但现在，这个概念被扭曲了，变成了一种自保的手段，这不得不说是一种悲哀。
我觉得，社会应该给程序员提供一个能安心工作的环境，而不是让他们整天想着怎么不被裁。程序员的愿望很简单，就是写出高质量的代码，让系统稳定运行，没有bug。这需要的不仅仅是技术，更需要一个稳定、公平的工作环境。
所以，对于“防御性编程”，我的看法是，这事儿不值得提倡，也不值得效仿。我们更应该关注的是，如何改善职场环境，让每个程序员都能安心地发挥自己的专长，而不是整天提心吊胆。只有这样，我们才能期待一个更加健康、更加积极的职场氛围。
--完--PS：欢迎在留言区留下你的观点，一起讨论提高。如果今天的文章让你有新的启发，欢迎转发分享给更多人。
全文完，感谢你的耐心阅读。如果你还想看到我的文章，请一定给本文“在看”、“点赞”，新文章推送才会第一时间出现在你的微信里。![]()
热门推荐：
PS：如果觉得我的分享不错，欢迎大家随手点赞、转发、在看
