怎么避免自己写的代码变成屎山？

[qinrui]

[fkdog]

哪怕你代码写的再好，屎山终归是我们最终的去路。

[luhe]

跳槽去做新项目

[ytmsdy]

一个类不要超过 300 行，一个文件不要超过 1000 行，按照功能点来规划具体代码，及时合并重复的功能代码。
只要一个函数同时在两个地方以上用到，那就把它单独拿出来。
及时删除不用的代码！

[xuelu520]

避免不了，找其他人 review 代码+定期重构。

[itechnology]

没办法的，因为经常会有工期给的不够或者临时要求改需求（曾经遇到过好几次在上线前一天要改需求的情况，而且有时候你还不能拒绝）的情况，这种情况下就避免不了代码变屎山。

[yfugibr]

写完别看，只要你不知道它是屎山，它就不是

[FallenTy]

无法避免，除非你的业务在写代码的那一刻就不变了

[abc635073826]

不要给别人写代码

[wanguorui123]

架构设计，重构，Review

[JackMi]

公司的一堆屎山，同一个项目，同样的功能，归属于不同的模块，copy 一份过去，就算完成功能，真是日了狗了

[qiumaoyuan]

https://www.zhihu.com/question/31049510/answer/115281860

一句话就是：防微杜渐。

然后，你要有防微杜渐的能力。

[mmm159357456]

屎山的最优解是丢给别人

[misttyw]

开发的复杂度从来不会消失，只能转移，屎山同理

[rrZ2C]

写个 3~4 年 差不多维护不下去的时候 果断跳槽

[lihengyu]

持续重构

[xuanbg]

归根结底，只有三个办法：
1 、不写代码🐶
2 、做好设计，写出优雅的代码，且不再增加功能
3 、持续重构代码

其实，对于我这样的普通人，也只有第三个办法是可行的。老话说得好，“勤能补拙”。

[yousabuk]

只有天天小重构，两天大重构能解。

今天看昨天写的是屎；
明天看今天写的是屎；

一周后觉得项目本身就是屎得把项目推翻……

[janxin]

不写代码

[qiumaoyuan]

把这个问题归咎为业务需求的，能不能有点程序员的担当？

[fakeshadow]

写自己经常用的