关于前端:防御性编程真的可以防止被裁吗

7次阅读

共计 670 个字符,预计需要花费 2 分钟才能阅读完成。

部门缺人,前端后端测试岗,base 深圳 / 西安 / 北京:jinshuju.net/f/o38ijj

疫情之后,大环境始终很低迷,互联网也未幸免,于是,很多公司相继“开猿节流”,可怜的程序猿惶恐不安 …

接着,戏剧性的一幕产生了,国内的互联网大厂相继呈现“降本见笑”的名局面,首先暴雷的是阿里云,事变起因:底层服务组件故障 …

随后,滴滴又崩了,不晓得那个晚上有多少打工人早退 …..

于是,很多人开始调侃“干活的人裁得太多了,都是老板造成的”。做技术的都分明,服务器的稳定性不可能达到 100% 这种现实状态,因而,调侃诚然有戏虐,但不乏真实性,很多技术岗位平时看起来并不起眼,关键时刻就能体现出他们的价值,而这个“关键时刻”的代价有时候会比拟大。

最初,防御性编程一语双关的梗就润物细无声地传遍了各大技术论坛和网站 …

防御性编程本意是指为了代码和零碎的平安,特意在代码中减少了一些晋升代码品质的保障,比方:参数校验,平安校验等等。

而特定环境下,防御性编程就呈现了另一层含意:报复性编程,为了避免被裁,代码被动了手脚,只有自己能力保护。

防御性编程,绝大部分是主观产生的,比方代码中呈现的 bug,但也存在着主观性,常见的一些形式有:

  • 代码不加正文
  • 命名间接应用 a,b,c 等等毫无含意的变量,大大增加了代码保护的难度;
  • 代码构造被毁坏,函数间接随便的互相调用,极大的毁坏高内聚低耦合;
  • 代码预留后门;

BUT,作为技术人员,小 L 感觉,做人肯定要有本人的职业操守,千万不要违法乱纪,主观性的“防御性编程”,轻则造成线上事变,对公司造成经济损失,重则守法,切莫踩红线。

正文完
 0