程序员为保饭碗,纷纷开始“防御性编程”…..

戳上方蓝字“Java面试题精选”关注我

最近,大家可能都听说了,不少互联网大厂都在cai员。

一群程序员们感受到了巨大的压力。为了将来的未知可能,他们开始探究“防御性编程”的思路,希望能留下一些“底牌”以备不时之需

程序员为保饭碗,纷纷开始“防御性编程”.....

他们的思路大致如下:如果有一天自己被裁了,公司也无法快速理解这些代码,那么这些“防御性编程”策略就能起到保护作用。

他们的想法大概是这样的:如果哪天自己被裁了,公司也难以快速搞懂这些代码,相当于留了个“后手”。

防御性编程的“奇技淫巧”

说到怎么实现这个“防御性编程”,一位来自阿里的员工,轻轻松松提了一堆绝招:

程序员为保饭碗,纷纷开始“防御性编程”.....

大佬果然是大佬,这方法,不得不服!

有些人可能会说了,这种操作符合职业操守吗?

程序员为保饭碗,纷纷开始“防御性编程”.....

换个角度想一下,哪些变相裁员,用各种手段强迫员工离职的公司,有道德吗?

道德应该是为了维持共同利益和互惠互利的规则,而不是单方面地通过约束打工者来实现这些规则。

作为打工者,我们应该尽职尽责,履行自己的职责和义务,不断提升自己。

码农的自救,合理还是自毁?

说到底,这种“防御性编程”真的有效吗?

程序员采用“防御性编程”的做法,在表面上看似乎是一种自我保护的策略。

特别是在现在糟糕的职场背景下,这种做法理论上可以为程序员个人带来短期的安全感。

他们通过编写难以理解的代码,或是刻意制造程序之间的复杂联动,使得自己在项目中变得不可或缺。从个人角度看,这似乎是一种巧妙的自保手段。

程序员为保饭碗,纷纷开始“防御性编程”.....

除了“防御性编程”之外,还有哪些防止内卷的应对措施呢?

首先,防御性编程破坏了代码的可读性和可维护性,这是编程领域中的基本原则之一。

优秀的代码应该是清晰、可读、易于维护的。通过创造复杂和难以维护的代码,程序员不仅对项目的未来负有潜在的破坏性,同时也可能损害自己的职业声誉。

在团队和项目管理层面,防御性编程可能会带来严重的后果。这种编码方式使得代码的交接和维护变得异常困难,甚至会导致重要信息的丢失。

总之,这种做法可能在短期内确实能为自己保留一条后路,但从长远来看,可能会导致双方面的输。

最后,码农为了保住自己的饭碗采用了“防御性编程”来对抗裁员,你对此持何观点?

来源:程序媛山楂
后端专属技术群

构建高质量的技术交流社群,欢迎从事编程开发、技术招聘HR进群,也欢迎大家分享自己公司的内推信息,相互帮助,一起进步!

文明发言,以交流技术职位内推行业探讨为主

广告人士勿入,切勿轻信私聊,防止被骗

程序员为保饭碗,纷纷开始“防御性编程”.....

加我好友,拉你进群

原文始发于微信公众号(Java面试题精选):程序员为保饭碗,纷纷开始“防御性编程”…..

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由极客之音整理,本文链接:https://www.bmabk.com/index.php/post/187289.html

(1)
小半的头像小半

相关推荐

发表回复

登录后才能评论
极客之音——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!