这是一个创建于 1210 天前的主题，其中的信息可能已经有所发展或是发生改变。
最后不会成为屎山
 |
102
hanguofu 2021-08-12 12:39:44 +08:00
跟代码一点关系都没有，都是人（ 主要是领导）的问题。就举两个例子：
1. 某著名连锁超市： 经常搞各种优惠、满减的活动---无一例外地声明促销商品不参加这些活动。然后就发动员工，把绝大部分的商品的价签重新打印，标记为促销商品 。 等活动结束了，又再把这些价签改回来。 2. 拼夕夕 。 经常搞满减活动，每样商品都写着最多可以减几块。但实际上，只是减几毛钱或者几分钱。等活动结束，又把商品的满减标签去掉。这样的活动其实就是折腾码农，不天天加班才怪了。 |
 |
103
desdouble 2021-08-12 13:58:52 +08:00  1
做产品，做项目，做工具，做平台，用户规模大小都与健壮性有关。还是要具体问题具体分析。一味追求健壮性是个巨大的错误，能达到开发成本和运维成本的平衡点就可以了。
|
 |
104
wqhui 2021-08-12 14:00:05 +08:00 1
当系统已经更新迭代了很多版本，及时重构才是真的，很多代码设计的时候是对的，但在迭代 N 个版本后会变成错的
|
 |
105
JerryCha 2021-08-12 17:41:01 +08:00
如果业务逻辑本身就是一坨屎，那代码一定会变成屎
|
 |
107
leeyom 2021-08-12 20:39:06 +08:00 via iPhone
我还没遇到过有哪个健壮的代码，能应对千遍万化的需求的😂
|
 |
108
YUCOAT 2021-08-13 00:46:40 +08:00
@shyangs 我说的不是开闭原则。我说的情况是，之前那个开发节奏特快特别快的团队，旧代码本身就没设计好，因为主张尽可能少修改旧代码，导致函数参数本来已经有 5 个参数了，慢慢变成了 6 个，7 个，8 个……if 语句的分支也越来越多，某些函数也慢慢有了 xxx_v2, xxx_v3 的版本。
|
 |
110
zvl0reqglvd 2021-08-13 09:09:31 +08:00
可以整成浏览器的插件这种嘛？提取主要的功能做基本的基础部件，其他功能做插件，需要的插进去就行了。行不行呢？
|
 |
111
yuexiahaowu 2021-08-13 10:03:09 +08:00
你需要的是健壮的程序员
|
 |
113
andj4cn 2021-08-14 16:18:07 +08:00
说实在的，这个可以从反面来看。退一步讲，如果有这样的代码，那成型后肯定是万金油啊，业界肯定会互相流传捧起来尽人皆知。退一万步讲，如果真有这样的代码，一次编写后健壮性足够支撑各种场景，那直接拿来用就好了，也就不需要在同一个领域和方向上有这么多人花时间搞研发了。结合互联网行业发展了这么多年，结论是没有 :) 理性看待就好。
|
 |
114
someonedeng 2021-08-14 16:48:37 +08:00
健壮的代码不行，健壮的程序员可以
|
Select Language