我曾经为了一个少了两个空格的缩进,连夜重构了整个项目的代码格式。一位同事因代码变量命名不规范被拒绝合并请求达13次。在某知名互联网公司,一个开发团队因争论是用驼峰命名法还是下划线命名法,整整僵持了一周无法推进项目。这,就是代码洁癖的真实世界。
你可能也有这些"代码洁癖"症状
当你看到这样的代码时,心里是否会有一丝不安?
function getData(param1,param2) {
if(param1>0){
let a = 10
return a+param2
}
else{
return param2
}
}
如果你有强烈的冲动想要立刻重新格式化上面的代码,恭喜你,你已经感染了"代码洁癖"。这种病症在开发者群体中高度流行,却鲜少被正视。
你是不是也经常有这些行为?
每次看到不规范的命名变量,就像看到指甲划过黑板一样难受;团队成员提交的代码没有按照规范格式化,你宁可熬夜也要帮他们重写;接手遗留项目时,第一反应不是了解业务逻辑,而是先重构代码结构;甚至会因为一个函数超过30行而感到呼吸困难。
<