公司项目代码太恶心了怎么办

[unco020511]

国内知名软件,源代码居然这么屎,每天面对这些代码都很痛苦

[hahadaxigua834]

6 字

[FranzKafka95]

那就靠你一己之力重构啊

[lingex]

无所谓，自己也拉一点上去。

[hccsoul]

重构不了就加入

[unco020511]

@hahadaxigua834 #确实 6 字真言解决一切问题

[jorneyr]

能跑就行。

[unco020511]

@jorneyr #6 你说的是人能跑还是代码能跑

[allgy]

跑路

[aaronlam]

想了解下是什么知名软件，可以再透露点信息吗 ？哈哈

[tool2d]

分两种情况，一种是代码真的巨烂，那是没办法。

另一种只是代码量太大，项目不太好管理。那可以写一点小工具，提取代码里的特殊注释信息，归档后进行有针对性功能查找和代码行跳转。

只依靠人脑，去管理大量代码，时间一长必定会忘记一大半。

[visper]

强中自有强中手,一山还有一山高. 不要以为你现在遇到的就是最高的屎山

[eason1874]

我以前看到自己几年前的屎山，必定重构，每次都增加工作量，后来忙不过来了，就接受现实了。。。能跑就行，还要什么自行车 🤣

我的逻辑是这样的：你不能用现在的标准去衡量以前的产出，都几年了，技术进步了，公司要想进步就应该给工作计划去升级，如果不给任务就说明公司还满足于几年前的产出

[NGXDLK]

@hahadaxigua834 又不是不能用，哈哈

[NGXDLK]

打不过就加入

[rm0gang0rf]

恕我直言，你是想另启一坨？

[ianEros]

我感觉除非定期的重构，并且研发都有代码洁癖，要不然业务多了都会变成屎山

[weeei]

团队人员不稳定的情况下，这种情况不可避免的，平一己之力重构这种事情千万别搞。不仅重构写的心力交瘁，而且所有 bug 都算你头上。
除非你是团队 leader ，把重构作为工作的一部分分发下去，长此以往过个两三年代码结构就能慢慢变好了。

[squarefong17]

@unco020511 有一个能跑就行

[yuruizhe]

国内知名软件？ say your name

[ChrisFreeMan]

@yuruizhe 都说了知名了，那就是知乎了🐶

[lzgshsj]

厌恶屎山->理解屎山->成为屎山:)

[wingkwanli888]

@ChrisFreeMan 知乎也就一网页，谈不上软件

[zhuangzhuang1988]

啥知名软件啊

[WilliamYang]

哪个知名软件，给个颜色提示

[dddd1919]

《💩山堆💩》
《💩上雕花》

[wu67]

除非持续重构, 不然代码只会成为屎山, 谁也逃不掉.
所以软件开发行业, 是最需要人力资源冗余的, 不然光是写业务代码就消耗光了精力, 那不可能写的出好代码, 只能说是能跑.
讲真, 半年写出来的垃圾, 你后续可能花一年都不一定能给他重构回来, 期间还会间杂着新业务开发, 只会越来越难. 我最近新入职的公司项目也是这样, 单文件代码量巨多、代码逻辑毫无设计、各种多余的中间变量、各种监听和计算, 页面填个表单, 我的 mbp 瞬间能升温到 59 度...代码写起来也是很难受, 现在就是一点点的重构改写, 抹平之前的技术负债

[chihiro2014]

1. 看不惯就重构他
2. 打不过就加入

[18500592934]

@eason1874 如果屎山依然在产生效益，而且还很可观，且出现线上问题可以很快的得到响应和解决，你就没发推动重构。只有造成了实际损失或领导层意识到随时可能造成重大损失的时候，你才有可能有机会重构(此时你得到的资源依然不够多，但也算是迈出了一大步)。

[coolair]

你还是太年轻，这种工作是最好做的。
别人代码写的好，你才有心理负担，怕自己写烂了，挨领导批。
这种烂代码，堆屎山简直不要太轻松，有问题解决问题，工作很好量化。

要是重构或者重零开发新项目，那就累了，要是领导管的严，你既要代码写的好，又要按时达成里程碑。

[opentrade]

送江总书记的名言给你

[zsj1029]

缩减三字 忍 or gun

[sloknyyz]

拉屎是最简单的，只需要找准坑位即可。

[djoiwhud]

雍正:四字格言“戒急用忍”。我靠这个扳倒了你八叔九叔十叔。

[smj]

程序员在中国是什么成分的工种不会不知道吧？

[MrHyde]

国内知名，难道是 PingCap 的 TiDB ？

或者是金山？

[HeapOverflow]

盲猜小红书

[Edward4074]

代码洁癖患者，某三线城市（一线房价）小公司，新项目做低代码平台。我去年底才转到该项目，不夸张的说，今年几乎是凭一己之力把一个屎山项目逐步重构到目前还不错的状态。不过由于项目还没正式上线，重构比较没有负担，项目中仍有不少屎一般的代码，不是核心代码的我会选择性忽略。

[hellojukay]

别重构，跟着一起慢慢加功能

[JDog]

“新人和老人的区别就是面对一坨屎山，新人会大吃一斤。老人会贤淑的避开最臭的那部分屎，然后灵巧的在保证屎山不垮的情况下把自己的屎再拉一层上去”

[pansongya]

那不是叫 屎山 那叫历史遗留问题 你看看 QQ 空间的代码

[sorryfu]

我入职的一两月的时候看项目代码，也是你这种想法，觉得怎么都是屎啊，这些工作四五年的写代码不过如此嘛，后面想通了，成为屎山是必然的趋势，因为产品经理不断加新功能，不断加新功能，排期紧，根本就没有时间去重构，后面我也就随便了，屎山就屎山吧，我也只能尽量不让自己写的代码变成屎，前面写的屎山那就没办法了，所以放宽心吧，屎山是必然的。解决方法是，你可以在这些屎山上加一些注释什么的，至少让它看起来不那么难闻一些，也只能这样了。

[likunyan]

上单元测试

[FreshOldMan]

屎上雕花

[unco020511]

@aaronlam #9 对标巨硬

[www5070504]

大家都是屎上雕花 毕竟改了还要担责

[KleinP]

我重构了我们研发部门的代码，写了一个还不错的框架，然后我们领导看着还不错，就把所有的工具都迁移过来了，屎山真实忍不了

[gdgoldlion]

https://zhuanlan.zhihu.com/p/66547153

如果是临时维护，那就把相关注意事项写到小本本上，不要在代码里加注释，不要重构，能飞线就飞线，改的越多事越多

如果是长期维护，重构是必须的

[ukyoo]

我们的 APP 月活过亿, 也是一坨屎, 大量没注释的或者英文注释的代码, 一个类动辄一两万行, 各种 bug. 没有代码 review, 随便什么代码都可以往上垒

[easonl]

等两年以后，有新的小鲜肉进来公司看到你的代码，也会觉得臭不可闻的，又如何呢？又不是不能用。

[tysb777]

WPS 吗

[dobelee]

给屎山添油加醋。

[youngcong]

不断加业务是导致屎山堆积的一个原因。但有时候真的单纯是因为前人写的代码就是一坨屎，与业务无关。

[kelvin_fly]

开闭原则~ 微服务~ 尽量不触碰旧的代码内部

[RockShake]

WPS 或者是永中？

[liuidetmks]

这种一半是不断的迭代，需求的变化超出程序员预想，新需求甚至和前面所有需求是矛盾的。而且是那种一周上线的

[xylxAdai]

屎山代码最好改了。拉就完了。

[lanbatian]

你和代码有一个能跑就行

[tkHello]

无所谓，我不会出手

[loryyang]

现在我就在重构中，自己亲手做起来的项目，努力保鲜中，能做一点是一点

[zhchyu999]

忍一忍吧，吃透就好，也干不了几年

[xpy0313]

重构也有问题，历史的项目没有完整的测试用例，你重构完测试都不知道咋测

[zhw2590582]

WPS 吧

[jameszhangqk1]

你看别人代码是屎山，等你重构完了，别人看你的代码也是屎山。每个 coder 都认为自己的屎山是最香的。

[THESDZ]

按业务水平切分，不要想着垂直切分，或者垂直的层只用标准库或者开源依赖。。。

[adgad2]

也想好好写，迫于工期和多变的需求。。。

我选择在屎山上继续拉屎

[la2la]

无所谓，你会出手

[timeflies2020]

重构不了就加入他们

感觉很多辣鸡代码，30%的原因是程序员辣鸡，70%的原因是迭代节奏太乱太快

[qzhai]

真的能跑就行，写程序不是为了代码不屎的，只为了解决用户需求。来源的代码非常规范，思路清晰，是因为这也是用户需求的一部分。

[zhangtest]

有没有可能是你自身有问题