戳上方蓝字“Java面试题精选”关注我
最近,大家可能都听说了,不少互联网大厂都在cai员。
一群程序员们感受到了巨大的压力。为了将来的未知可能,他们开始探究“防御性编程”的思路,希望能留下一些“底牌”以备不时之需

他们的思路大致如下:如果有一天自己被裁了,公司也无法快速理解这些代码,那么这些“防御性编程”策略就能起到保护作用。
他们的想法大概是这样的:如果哪天自己被裁了,公司也难以快速搞懂这些代码,相当于留了个“后手”。
防御性编程的“奇技淫巧”
说到怎么实现这个“防御性编程”,一位来自阿里的员工,轻轻松松提了一堆绝招:

大佬果然是大佬,这方法,不得不服!
有些人可能会说了,这种操作符合职业操守吗?

换个角度想一下,哪些变相裁员,用各种手段强迫员工离职的公司,有道德吗?
道德应该是为了维持共同利益和互惠互利的规则,而不是单方面地通过约束打工者来实现这些规则。
作为打工者,我们应该尽职尽责,履行自己的职责和义务,不断提升自己。
码农的自救,合理还是自毁?
说到底,这种“防御性编程”真的有效吗?
程序员采用“防御性编程”的做法,在表面上看似乎是一种自我保护的策略。
特别是在现在糟糕的职场背景下,这种做法理论上可以为程序员个人带来短期的安全感。
他们通过编写难以理解的代码,或是刻意制造程序之间的复杂联动,使得自己在项目中变得不可或缺。从个人角度看,这似乎是一种巧妙的自保手段。

除了“防御性编程”之外,还有哪些防止内卷的应对措施呢?
首先,防御性编程破坏了代码的可读性和可维护性,这是编程领域中的基本原则之一。
优秀的代码应该是清晰、可读、易于维护的。通过创造复杂和难以维护的代码,程序员不仅对项目的未来负有潜在的破坏性,同时也可能损害自己的职业声誉。
在团队和项目管理层面,防御性编程可能会带来严重的后果。这种编码方式使得代码的交接和维护变得异常困难,甚至会导致重要信息的丢失。
总之,这种做法可能在短期内确实能为自己保留一条后路,但从长远来看,可能会导致双方面的输。
最后,码农为了保住自己的饭碗采用了“防御性编程”来对抗裁员,你对此持何观点?
来源:程序媛山楂
构建高质量的技术交流社群,欢迎从事编程开发、技术招聘HR进群,也欢迎大家分享自己公司的内推信息,相互帮助,一起进步!
文明发言,以
交流技术
、职位内推
、行业探讨
为主
广告人士勿入,切勿轻信私聊,防止被骗
原文始发于微信公众号(Java面试题精选):程序员为保饭碗,纷纷开始“防御性编程”…..
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/187289.html