• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 1295 days ago, the information mentioned may be changed or developed.
 |
101
hoopan Nov 29, 2022
避免不了的事情，就学会适应。只要能正常跑起来，管它是不是屎山。
|
 |
102
baixixi Nov 29, 2022
初期好好设计，
然后永远没有新需求 （保持微笑） |
 |
103
Promtheus Nov 29, 2022
框架性质或者中间件性质的代码还有可能。但是业务性质的代码就算了。基本不可能避免成为屎山
|
 |
104
lidegao899 Nov 29, 2022
他人即屎山
|
 |
105
xx6412223 Nov 29, 2022
不加 lint 和 测试覆盖率的都很快会变成屎山
加了也会，就是慢一些 |
 |
106
lakehylia Nov 29, 2022
除非像某某软件基金会一样，以技术为导向，每时每刻 review ，否则不可避免。
|
 |
107
SSang Nov 29, 2022
重构
（你的领导给时间的话） |
 |
108
Twan Nov 29, 2022
项目万有定论,只针对中型以下企业:
代码越好看 越整洁 上线不赚钱, 代码越破烂, 看得人头大 越赚钱. |
 |
109
wangtian2020 Nov 29, 2022
内存最优写法 X
性能最优写法 X 维护性最好写法 X 下班最快的写法 √ |
 |
110
tt67wq Nov 29, 2022
避免不了
|
 |
111
likang8210 Nov 29, 2022
@yxzblue 哈哈写的有意思
|
 |
113
chinfeng Nov 29, 2022
这个做不到！
作为一个勤恳的程序员，我们能做到的是让别人堆屎山，然后把我自己写的屎山隐藏在别人的海量屎山之中，这样我就不会被人看扁了。 |
 |
114
GiantHard Nov 29, 2022
1. 几乎所有的程序，都可以从订作适合自己所需的语言中受益。然而越复杂的程序，由下而上的程序设计就显得越有价值。一个由下而上所设计出来的程序，可写成一系列的层，每层担任上一层的程序语言。…… 由下而上的编程方法，也是得到可重用软件的最好方法。写可重用软件的本质是把共同的地方从细节中分离出来，而由下而上的编程方法本质地创造这种分离。与其努力撰写一个庞大的应用，不如努力创造一个语言，用相对小的努力在这语言上撰写你的应用。和应用相关的特性集中在最上层，以下的层可以组成一个适合这种应用的语言 ── 还有什么比程序语言更具可重用性的呢？ —— [ANSI Common Lisp 中文版]( https://acl.readthedocs.io/en/latest/zhCN/ch1-cn.html#new-techniques)
2. 先写测试，再写代码。 —— [测试驱动开发]( https://zh.wikipedia.org/wiki/%E6%B5%8B%E8%AF%95%E9%A9%B1%E5%8A%A8%E5%BC%80%E5%8F%91) |
 |
115
zhang77555 Nov 29, 2022
和业务相关的代码无法避免, 因为你不可能预测准确业务未来的发展, 所以必然会出现破坏性的改动, 而从商业角度来说,不可能也不应该有大量时间用于重构, 长期的重构和推倒直接 2.0 重来到底谁更便宜还真不好说
真想避免垃圾代码就得从事产出与代码质量正相关程度高的工作, 比如基础底层研发, 高质量框架开发之类的,但是这种工作并不多 |
 |
116
wakaka Nov 29, 2022
首先承认自己的代码写的很烂
|
 |
118
Akiya Nov 30, 2022
在代码变成屎山之前换一个项目
|
Select Language