@
leegradyllljjjj @
DreamStar @
Actrace @
BingoXuan 各位大佬,道理都懂,正如标题所说,对稀烂的现状我是有承认的。但是,之所以又说是一根筋,是因为不大可能在短期会有机会去从代码结构层面进行调整。退一步说,即便我真有一个“把大部分都做对的”设计,但是应用这个设计需要资源,资源对应到实际来说就是
* 需要人
* 需要时间
* 需要有足够的收益去说服老板们拿到这些人和时间
* 风险还不能太高
然而,对于一个使用中的,性能和吞吐都没啥问题的系统来说,重构和甚至大规模一点的重构带来的收益都是不足以换来需要的资源的。
对于老板来说,本来两个月你可以交付一个营收增长 XX% 的系统,现在你花了两个月去“做了一个设计更合理的系统”,且不谈能不能做成功,即便做成功了,XX% 增长的机会成本是损失了没跑,另外“更优秀设计”带来的生产力提升可能要持续 1 年才能看到。
怎么权衡这种事儿,不是我拿这个工资的人需要考虑的。
--
我梳理梳理自己能做的事儿,能够阻止屎山扩张,能够减少问题出现寻找问题根源的耗时似乎是唯二能在 2-3 个月里能做的事儿,这才为啥提到楼顶的想法。
希望没再进一步误导大家。