要多健壮的代码才能支撑起千变万化的需求？

[waiaan]

最后不会成为屎山

[GinXgo]

@yidinghe 您好，这个是啥软件？看着很心水

[hanguofu]

跟代码一点关系都没有，都是人（ 主要是领导）的问题。就举两个例子：
1. 某著名连锁超市： 经常搞各种优惠、满减的活动---无一例外地声明促销商品不参加这些活动。然后就发动员工，把绝大部分的商品的价签重新打印，标记为促销商品 。 等活动结束了，又再把这些价签改回来。
2. 拼夕夕 。 经常搞满减活动，每样商品都写着最多可以减几块。但实际上，只是减几毛钱或者几分钱。等活动结束，又把商品的满减标签去掉。这样的活动其实就是折腾码农，不天天加班才怪了。

[desdouble]

做产品，做项目，做工具，做平台，用户规模大小都与健壮性有关。还是要具体问题具体分析。一味追求健壮性是个巨大的错误，能达到开发成本和运维成本的平衡点就可以了。

[wqhui]

当系统已经更新迭代了很多版本，及时重构才是真的，很多代码设计的时候是对的，但在迭代 N 个版本后会变成错的

[JerryCha]

如果业务逻辑本身就是一坨屎，那代码一定会变成屎

[piecezzz]

@JerryCha 在前东家感同身受，真的是这样

[leeyom]

我还没遇到过有哪个健壮的代码，能应对千遍万化的需求的😂

[YUCOAT]

@shyangs 我说的不是开闭原则。我说的情况是，之前那个开发节奏特快特别快的团队，旧代码本身就没设计好，因为主张尽可能少修改旧代码，导致函数参数本来已经有 5 个参数了，慢慢变成了 6 个，7 个，8 个……if 语句的分支也越来越多，某些函数也慢慢有了 xxx_v2, xxx_v3 的版本。

[xuanbg]

@YUCOAT 为什么要增加参数？增加方法它不香吗？

[zvl0reqglvd]

可以整成浏览器的插件这种嘛？提取主要的功能做基本的基础部件，其他功能做插件，需要的插进去就行了。行不行呢？

[yuexiahaowu]

你需要的是健壮的程序员

[tmackan]

@YUCOAT 能不动就不动，就导致很多重复的地方，后期改动真的很容易漏掉。。。。。太难了

[andj4cn]

说实在的，这个可以从反面来看。退一步讲，如果有这样的代码，那成型后肯定是万金油啊，业界肯定会互相流传捧起来尽人皆知。退一万步讲，如果真有这样的代码，一次编写后健壮性足够支撑各种场景，那直接拿来用就好了，也就不需要在同一个领域和方向上有这么多人花时间搞研发了。结合互联网行业发展了这么多年，结论是没有 :) 理性看待就好。

[someonedeng]

健壮的代码不行，健壮的程序员可以