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

[waiaan]

最后不会成为屎山

[starcraft]

如果项目本身就是业务型的，那就不可能存在你所说的。
前期考虑的再细致完美，几次需求一变，都成屎山。

[xwayway]

遗憾的是管理者、乃至技术架构师都不能真正地接受演进式设计（ Evolutionary Design ），尤其不能接受一个具有良好设计的系统，应该是能够被报废的，潜意识中总会希望系统建设能够一步到位，至少是“少走几步能到位”。
摘自 [凤凰架构]

[Samuelcc]

个人认为是分层设计搭配合理的抽象，并及时地应对需求进行架构演进，不要堆技术债务。
在写代码的时候发现有 bad smell，及时着手修改。

[Mark24]

不如解决产品。

[godgc]

个人认为，在重大代码更新后能够有一定时间可以对代码进行升级，不断的 patch 增加代码的鲁棒性，当然注释肯定必不可少

[NonClockworkChen]

产品逻辑一塌糊涂的话，没救。

[chanchan]

设计一个 DSL 丢给别人,然后进入下一个循环

[HB9527]

放心，再牛逼的架构，也跟不上产品逻辑的变化。

[INTOX8O]

https://www.v2ex.com/t/795055#reply52 只有放弃英文代码，写全中文代码，才能支撑起千变万化的需求

[jones2000]

钱到位, 别说千变万化, 就算亿万变化也没问题.

[yEhwG10ZJa83067x]

我觉得，公司能保证每次代码改动都有详细的开发文档（改在哪里，为什么改，涉及那些业务）留底才行！

[ljzxloaf]

ddd，如果業務模型發生顛覆性變化的話不能算是程序設計的問題。另外，這不叫健壯，這叫可擴展性。有個原則叫做 ETL （ easy to change ）

[lap510200]

@flyingghost 我觉得是稳定的开发团队才能支撑，频繁更换人的团队，坑只会越来越多，然后在原基础打补丁，而不敢轻易重构

[whileFalse]

需求也得健壮。
有的需求一看就不靠谱的喷死就是了。

[lulu7]

当然要代码集体所有，这样团队中的每个人都可以看到并修改代码的任意部分。看过一个相关小视频，楼主可以参考： https://www.zentao.net/redirect-index-19354.html

[jin7]

需要健壮的身体

[shuxhan]

一个计划做一把椅子最后产出一套房子的行业，忍着吧

[coolmenu]

不可能有对付千变万化需求的框架，能在某一个领域解决一部问题的框架就很好了，类似于 saleforce 这种体系，把销售的框架搭好，然后给一堆 api，还有定制的开发语言，公司定制自己的销售策略，管理等等，这已经很复杂了。

[php01]

世界上能言出法随的，都不是人，二郎神也才 36 变化，孙悟空也才 72 变化。
你上来就千万变化。。。

[janxin]

不可能