怎样才能把代码写成让接手的人维护不动？

[huoguodiliao]

要走了，不玩了

[cyssxt]

注意素质

[ac2sherry]

曾就职的公司里经常会出现人名、拼音、拼错了的单词、拼错了的拼音、拼错了的人名（前后鼻音）命名的变量和函数。上古代码看着真是想死。

[HuHui]

混淆编译再反编译就 ok 了

[strcmp]

把版本控制捣毁就行了

[mnzlichunyu]

就正常写

[Greendays]

感觉不需要特意处理，因为一般情况下，楼主的编码水平不会有多高，接手的人也不会有多高（狗头

[whp1473]

一、混淆器
1.方法、变量混淆，名字全会变成 a1、a2、a3，fun1 这样，所有方法名称和变量名都不会在遵循代码即是注释的良好习惯
2.逻辑混淆，会增加不影响功能的额外逻辑
3.结构混淆，可以把多个方法聚合成一个
4.自动去除注释
二、动态字节码技术
关键的逻辑你可以转成文本文件(JVM 语言)，在服务启动时往 JVM 中再加载，一堆类似汇编语言的脚本恶心死人。
三、git 相关
1.记得清除 git log 日志，这样找不到原来的注释
2.git 绝对不打 tag，一堆 branch 绝不删，名字都是时间戳
四、灵活运行 maven
有些包可以手动引用一下就绝对不要用 maven，如果自己再把相关类库拆分成几个类库，打包到私服，那更改难度就翻倍玩上涨了，需要维护好几个项目
五、绝对不要留文档，尤其是数据库设计、业务流程设计、项目结构架构设计文档、部署文档。
六、不留单元测试，这样对方要重构的成本大大增加，同时更难理解业务
七、单元测试不可重复执行，比如单元测试有清库的 SQL，但是不回滚，没法重复执行就意味着炸弹在里面

好了，你已经是一名成熟的跑路开发了~
(以上都是玩笑)
这些不要去做或者反过来做，你就是一名有职业素养的优秀开发了(狗头)

[javaWeber]

自己已经受害了，何必再去迫害后面的兄弟？(来自一位接手屎山而痛苦不堪的码农)

[hstdt]

Emmm，那就只能祝你即将接手的项目没法维护了😎

[otakustay]

你就正常写，接手的人自然维护不动的，别太觉得自己很厉害

[winterbells]

@passerbytiny 交接一个月走人

[sheeta]

我劝你善良

[mooncakejs]

找个混淆工具混淆一下？

[passerbytiny]

@winterbells #27 如果你拒不配合交接或者交接不完整，即使你离职了，公司也可以告你。

[glaucus]

作为 Java 岗位开始用 Kotlin 重构代码

[Yoefs]

@mooncakejs 那太刻意了，容易看出来，就要像一楼兄弟所说杀人于无形 [doge]

[coolair]

何必呢？与人为善，与己为善。

[GANLE]

一楼笑尿

[37Y37]

我劝你善良

[x7395759]

一楼的这个文章太强了，我都没有勇气看完