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

[qinrui]

[singerll]

不写代码

[salmon5]

不做 KPI ，不领工资

[Kirdoyz]

避免不了，多适应，习惯就好

[yytbob]

很难，因为熵总是在增涨。

[god7d]

技术层面

1.架构设计科学，有前瞻性

2.规范自己的代码习惯，写好注释（但不是滥用注释

项目层面

1.有一个不那么心急的老板或者领导

[vevlins]

1. 做需求硬气些
2. 在演化完全前撤离

[akakidz]

赞同楼上，好的代码依赖于好的项目，如果你们的产品不断的推翻迭代，并且给的工期不够，发展成屎山是必然的

[fiypig]

能跑就行，管他的

[raysonx]

https://github.com/kelseyhightower/nocode

[coderxy]

定期重构

[lookStupiToForce]

没有人可以永远当先知
所有人都是盲人摸象
所有人都只有有限理性

所以唯一的办法就是定期梳理业务，定期总结新方法、新框架，定期重构

[leonshaw]

@lookStupiToForce 只开新坑，定期跑路

[thulof]

没办法，只能多写多看，不停的学习

[wu67]

我同意重构, 但重构不应该是定期的, 应该是持续性的小范围重构.

重构本身不产生新功能、不完成新需求、不带来业务产出, 但却耗费开发人员大量精力, 你觉得项目周期允许你这么折腾?
这玩意只能夹在新功能开发期间不停的小范围进行, 看到有不够好的就及时调整.

[llsquaer]

个人觉得 写好注释 就可以避免一大片乱码

注释需要有 为什么有这段代码,适用范围和可能的意外

别嫌啰嗦, 回过头几个月看依然知道这个是干嘛的

[virus94]

哈哈,每当我想避免屎山一样的代码时,项目总会加急的.

[LaGeNanRen]

让你老板多花高于你两倍工资的钱，再招一个架构进来 ：D

[luzemin]

持续重构，别无他法

[holy_sin]

最基本的避免大类 大函数，估计可以消灭 90%的屎山了；而现实是老板觉得这些并没有收益，所以别做了，除非老板觉得有必要。

[kongkx]

轮回