为什么一行代码的事我却拒绝了所有人？

吴阴天2024-03-122025-03-07

真的可以改

有一天公司上线了一个搜索栏组件，形如：

它内置了文本超长省略，当field超过15个英文或者8个中文时，就会…省略。
有一天，刚好某个field是9个字符…

后端

后端：这个搜索项能不能让它完整显示出来？
我：这个是组件自带的超出省略。
后端：应该可以修改的吧？
我：组件没有提供相应的属性来修改。

测试

测试：这个就差一个字符，不能完整显示吗？
我：可以，但这是ued规范，8个中文字符或者15个英文字符超出省略。
测试：不能特殊处理一下吗？我看XX项目里是可以的。
我：需要样式覆盖，后期有概率引入问题。

组长

组长：这个搜索项完整给它完整展示一下。
我：这个不符合设计规范。
组长：设计规范是什么？
我：8个中文字符或者15个英文字符。

Ued

ued：这个能不能给它完整展示一下。
我：这个是你们当初设计公共组件时的规范吧？
ued：……是，但是你特殊处理一下嘛。
我：既然有规范，就按规范来，不然到时候整改又得返工。
ued：规范是规范，但这个明显完整放出来要好看。
我：那9个字符放出来了，下次10个字符要不要放？又差一个。
ued：10个字符超两个，省略就好了。
我：那你们当初规范为什么不是9个字符？而且既然允许特殊处理，为什么不提供特殊处理的属性以临时修改？自己样式覆盖到时候会引入历史问题的。
ued：等我去反映一下。

实习生

实习生：他们群里说的那个搜索项超出的问题我改好了。
我：……你不要去改那个问题。
实习生：为啥？
我：首先，它的样式只能覆盖，容易引入问题。你应该也是这么改的吧？
实习生：点头。
我：如果真的有特殊处理的需要，它为什么不直接提供一个属性以供修改呢？
我：说明他们当初设计这个组件甚至这里的样式规范的时候，就没有完全考虑清楚。
我：你今天改了，下次遇到这个问题也得改，以后因为这个修改引入了历史问题还是你来改。妥协了，以后前端就是公司的工具人。
我：最优的做法，应该是让ued去确认规范，真的需要的话让公共组件一侧添加支持。这样才能叫做“软件工程”。