别让“防御性编程”毁了我们的职业

　　对一些不太了解的同学，下面我说一说以前和现在“防御性编程”的区别。

	以前的“防御性编程”	现在的“防御性编程”
定义	一种谨慎的编程方法，默认外部代码是不安全的，对外部调用不信任，需要自己完成检查和校验，最大限度的保护自己。是一种有效提高代码健壮性的手段。	通过人为的保留 bug，弱化代码性能、健壮性，通过不写注释，不写文档，提高复杂度等方式，人为降低代码的可维护性，变相提高自己的不可替代性，以达到裁员避雷的目的。
实现方式	严谨的编码规范 定义安全边界 边界值检查 权限检查 异常处理	保留 bug 弱化代码性能，为优化保留空间 不写有效的注释、文档以及提交说明 引入多余的架构，多层嵌套，超类，超长方法，海量局部变量，复杂化程序结构，提高代码的复杂度 类型、变量、方法的命名不具描述性
目的	得到健壮的代码	造就“屎山”，让作者不可替代
针对	外部代码	公司和领导

　　刚看到那些短视频，感觉有些看不惯，感觉短视频的作者肯定不是开发。但过后想想，又觉得这是一件多么无奈的事情呀！哎~~~

转眼间十几年过去了，我已经是两个孩子的父亲不再是那个刚出大学的少年了。我还记得，我当时的毕业设计是《基于 RFID 技术的仓库管理系统》，那时还不懂分布式，只是一个简单的 C/S 系统，当时是很用心的在做。在那个时代，我们称程序员和医生是两个不会老的职业，因为，都需要不断的学习实践丰富经历。十年磨一剑，方成架构师。

　　随着 Hadoop 的到来，Win Phone 与 Andorid 对局的完败，国内各种去 .NET 化风潮，作为 .NET 开发者，我们迎来了至暗时刻。在那个时候，很多人都转了 Java 或别的语言，或者改做管理、猎头。但即便是在那个年代，也没有出现现在的“防御性编程”。开发者更多是通过对新锐技术的实践，来实现自身的不可能替代性。我们所面临的最大危机，不是35，而是大数据和移动应用的大方向下，语言和技术环境的厮杀。当时，催生了无数的大数据和移动开发培训班。大数据移动开发的高薪低学历门槛，吸引了大量的人员，涌入培训学校，为今天 Java 程序员的惨烈竞争埋下伏笔。（因为大数据培训班比较赚钱，所以 .NET 课程全停了，这也是为什么 .NET 开发会有断层，导致部分老系统，年轻程序员无法维护的原因，.NET体系自身变化很快，新增的多，淘汰的也多，产品线也广，当年的培训断层导致了今天的 .NET 不好招人。）

　　从什么时候35岁开始有罪了呢？细想下来，也记不清了。大约是当自己的同事，因为年龄被裁员的时候，我觉得，我也快了，该想想自己今后的出路了。程序员吗，按我的印象，很多人都不善交际，围不住大领导，能进公司管理层的恐怕也是凤毛麟角。年纪大了，有了家庭了就多了份担当。大家都不得不面对35岁危机，很现实，也很无奈。

　　想想过往，我接手的那些穿透几十层的代码调用，不知所云的缩写命名，没人敢动的“屎山”代码。这些真的是开发者能力问题吗？还是有意而为之，只为自保？如果是后者我觉得可能他们自保失败了。

　　存在即是合理，有人为了有份工作连年龄都谎报，就别说有开发者在写代码时留个后手了。对于这种现象，我只能说”我理解，但我不认同”。市场能够调节供求关系，但这种人为的对35岁开发者的歧视，市场无能为力，恐怕长期都无法改变。目前这种避雷用的“防御性编程”，如果还能走通并大行其道，只能说贵公司项目管理就是垃圾。一个基本的代码检查都做不好的也就自认倒霉吧。对于一个管理过程严谨，有优秀人才把关的企业，这种方式往往行不通。

　　从开发者本身讲，虽然大部分人是做开发只是份工作为了养家糊口，但如果长此以往形成习惯，恐怕今后就写不出高质量的代码了。以 .NET 的多线程开发为例，一套东西需要学习的文档在700页以上，从学会到吃透，可能需要1年时间甚至更久。但如果一味的留一手，工作中不用多线程，那最多半年就会忘记的差不多了。所以，从自身职业规划角度讲，我还是呼吁大家能重视自己的代码，不要养成坏习惯，毁了这个职业。对于大部分普通开发者，只有实打实的技术实力，才是我们真正的铁饭碗。