逻辑清晰的代码能做成一坨大便的样子吗

我所遇到最难看懂的:
加个几十个没用的垃圾变量,test_list,testList ...
让他删不敢删,用又不知道用那个。
新增只能继续拉屎加变量。
修改..

总觉得只要代码函数够长
函数名字乱起
注释是错的

这代码就没办法维护了

引入多点的设计模式，只要能沾边的就弄成设计模式，然后就一坨坨的了。
如果你水平高、能把设计模式用得如鱼得水、那么就可以轻松搞出很多没必要甚至不合理的设计模式的垃圾代码，就更难理解，至少阅读代码层层嵌套就增加了理解障碍。

好处是可以用来作为自己代码的理由，别人没法拿这个当作你恶意代码的证据；
坏处是别人可能拿这种代码当 sb 、以能力为由干你。。。

我自己至今没学会设计模式，所以看到设计模式重的代码直接脑袋宕机变 sb ，但一直钦佩能把设计模式搞得精通的大神们

一个函数几百上千行，但是没有注释；
只要不屑注释，多好的代码都会变成屎山

1. 把原来抽象清楚的函数删掉, 把代码复制粘贴到各个地方, 这样新增业务需求的时候改起来更快.
2. 变量和函数命名尽量用缩写, 越短越好
3. 嵌套一定要深, 只有嵌套深才能显示出水平
4. 尽量使用全局变量, 全局变量用的时候更方便

@xiangbohua 自己看不懂更好啊
锁匠如果造一把自己都不能打开的锁, 难道不是更安全吗

几年前遇到的前端代码，200 行不到点，非常复杂，看不懂，问清楚功能后重构成 3 行，纯 3 行，没有引入内置以外的其他方法

问题是这一坨即使别人看不懂，不还是要你来维护，过两天自己都看不懂了，维护成本不还是得自己承担

同事遇到过只写注释没写代码的🤣

加班写出来的就是了，已经略疲惫了+只想着赶快糊弄完下班

@qwertyzzz #23
代码是自己的好，老婆是别人的好

完全可以，比如变量名用英文+拼音组合，然后再缩写，保证自己都看不懂，比如我今天遇到的 用户积分、用户名，直接缩写成 Ujf 、Umc ，真他娘的命名鬼才

懂 自保是吧

用 claude 或者直接用 cursor 混淆。上周刚刚防御性编程，把十几个 lua 脚本从一百行混淆到一千行。用 claude 很好使，直接告诉他要混淆成屎山就可以了

有办法同时做到逻辑清晰和难读懂
那就是函数式编程

都 ai 时代, 谁有空看你代码

直接丢给 ai 改或解释总结就行

命名：函数、类、字段 和 变量 全部用 a 、b 、c 、d 、e ...，需求写完过两天遗忘了你自己都不认识

多加几个需求进去，多迭代几个版本，迟早变 si 山的

简单一点，quanbu huancheng pinyin jiuhao le

很简单啊，有时候就是产品一句话的事情，video 字段塞 image ，还没注释。新来的自个儿 debug 去学习就完事了