大公司的核心项目代码也不是那么美好（c++）

[whi147]

不同的页面，相似的功能，没有抽象全是复制粘贴。想改成模版元编程或者二级指针抽象，发现又不是完全复制，都是把结构体换了个名字复制，二十几个文件顿时丧失优化兴趣。反正能跑就跑算了

[lwch]

曾经见到过一个函数写了 2000 多行

[zhuangzhuang1988]

别想不开, 我这几天写前端打算抽象页面的, 给 2 个项目用
尼玛折腾了 2 天还是各种报错,
直接拷贝修改 2 小时解决

[anthow]

这是什么代码，改下吧 ×
算了算了，能跑就完事 √

[RickyC]

人类素来远离智慧。

[bojackhorseman]

@zhuangzhuang1988 #22 2333

[ericgui]

这是我以前的微博，我再发一次：

==============

虽然轮子哥 @GeniusVczh 非常推崇 DRY 原则，但是，在某些人那里，DRY 就是个灾难，因为他没有足够的抽象能力，DRY 出来的东西就是一堆狗屎，然后每次要加新功能，就彻底重写一次；或者是每次加新功能，都要打一堆补丁，然后你发现，补丁摞补丁，终于又成了一堆屎山。 ​​​​

================

抽象过度是个问题
抽象不足也是个问题
抽象能力决定了你的抽象的普适性

[ericgui]

@lwch 我们一个 UI 的 container，1300+行

[knightdf]

没人会跟钱过不去

[jones2000]

抽象意味着， 需要有人维护底层的抽象类， 后期抽象类增加功能或修改， 需要把所有用到这个抽象类的项目或页面都要测试一般。 换成你， 你会干吗？ 出来问题还要背锅。

[IsaacYoung]

xxx.page 8000 行

[yuzhibopro]

写什么模式抽象，业务不需要，理解起来麻烦，还不如堆代码。快速出活，远离 996

[jones2000]

@ericgui 预算充值，不考核，人手充足，工期充裕（设计，写注释， 重构这些也算入到工期内）。 是可以抽像的。
抽象这个东西是根据项目的开发中动态调整的。

”抽象过度是个问题
抽象不足也是个问题
抽象能力决定了你的抽象的普适性” 你说的这个就是没有在开发中动态的去调整抽象设计，前期的抽像设计可能在开发中需要调整， 前期的抽象是基于对项目的理解和过往的经验得到的，谁也不知道在具体在开发中会遇到坑，还要考虑产部隔三差 5 加新需求， 这些都需要根据具体情况和应用调整抽像的设计，这些都可能导致前面的代码都是重写，工作量巨大。 如果没有对项目或编程有极大的爱好的人是不会这么干的。 毕竟大家都是打工的。东西能跑就可以了。

[matrix67]

腾讯吃鸡游戏有两个团队在开发，字节 clubhouse 的应用有 5 个团队在开发，你看老大层面的的 don't repeat 也没实现。

[taogen]

先复制粘贴实现，以后再优化，然而以后就不想优化了。所以，在代码提交之前保证代码是优化过的。但有时候，需求比较急，也就专注于快速实现，没时间去考虑代码质量了。然后，根据破窗理论，代码会有越来越多的屎山。

[Lemeng]

有句俗语怎么说来着，不过也不是绝对的事。企业文化很重要

[levelworm]

其实就是业务繁忙的时候赶业务，想着先做了之后优化。之后就没有时间优化了。再加上几年走一批人，后面来的能把功能顺利跑出来也不错了。这咋听起来还是网络后台程序？

[rodneya]

现在的项目 重复代码就有一堆。。。组长说有空重新合并一下。。。

[newmlp]

核心就是无数人堆起来的屎山，轻易不敢动的那种

[newmlp]

@lwch 我见过 5000 行的，

[php01]

这些楼层太搞笑了。
我真想知道，如果是一个小公司，这样做，楼上这些人又会怎么说。想想都要笑出猪叫