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

[qinrui]

[justin2018]

写屎山好呀 只有你能维护 其他人无法维护

[vazo]

水平不够写好注释

[akira]

如何避免自己写的代码变成屎山？ 首先你要自己写一大坨屎山

[estk]

老板需求变化大对代码架构的影响也很大
这是商业规律，很难避免
推特员工被裁，屎山没人懂，不也又招回来了

[KENNHI]

你今天写得很好，明天写得也不错，大后天一看成 shit 了，没办法的

[Crackers]

1. checkstyle -> review -> refactor -> checkstyle -> review -> refactor -> ...
2. 多看优秀的开源代码，做做 issue
3. 不要“怕”看和改以前的代码
Go for it! (●'◡'●)

[fate]

珍惜每一次 CodeReview 和 Debug

[pkoukk]

分层分层还是他娘的分层
虽然复杂度和新人上手难度随着业务唰唰往上涨
你可以说他是臃肿啰嗦，但你不能说它是屎山，他是可维护的，逻辑结构是清晰的

[chuanqirenwu]

人只能利用规律，不能改变规律。

[kooze]

干掉产品经理

[missdeer]

经常重构

[Track13]

上午还是完美的，下午产品说这个功能要改，下班就要。
加班还是堆屎山?

[meetyuan]

说重构的人，究竟是有多闲？

[linshenqi]

吾日三省吾身

[MMMMMMMMMMMMMMMM]

看类型

1 、如果是商业代码，市场和需求永远在变，永远有你想不到的逻辑会从奇怪的地方插进来

2 、如果是兴趣代码，你能一直写下去说明一定有商业价值，然后 goto 1 、

[blankmiss]

能跑就行了 管什么 shit 不是 shit 的

[wanganjun]

以我写出两个小屎堆的经验看，除非有人来做整体规划，然后不断重构，不然把代码写成屎是必然的

[GreatAuk]

设计模式多看看

[wherewhale]

里的清就行

[tool2d]

和楼上一样，优先代码分层。

个人觉得按照调用频率，对逻辑代码分支进行分层，也是一个不错的选择。

比如你写了一个简单的调用框架代码，然后需要针对 N 个公司添加不同的逻辑代码。那么保证主框架不变的前提下，对每个公司都额外 HOOK 一部分特殊代码，也是不错的选择之一。