问下，真正的大佬们是不是不管需求怎么变化，都能在原有的系统上稍加修改就合适了？

[wszgrcy]

有点被折磨了。。。

问题抽象化大概是这样的，老板说设计个 o(n)的算法，马上要，根据现有数据规模，勉强实现出来了

老板看了后发现很满意，然后就让用这个就实现一个 100 倍现有数据的另一个功能，马上要。告诉他实现不了，然后就开始说怎么不行，这个都可以，那个差不多也可以之类的

不知道大家遇到过这种情况没有，上述问题就是当应急实现了个东西后，马上又要根据这个拓展，而这个应急写出来的本身不具有任何拓展功能，但是提需求的人不管，认为既然差不多，就应该马上实现。。。每次遇到这种问题都想 ko 他，但是每次提问题的人都是惹不起的(位置)。。。

[janxin]

不一定是随便改改就行的，多熟悉流程的人也扛不住业务会变化，小的改改就行，推翻大改一定不是随便改改

[subpo]

可能在最开始开发设计模型的时候，会预先预留一些情况
但是也会增加最开始开发的时间

[rockyou12]

纯理论上是可以的，但落实到具体工程中当然不是了，除非最初设计就考虑到通用

[hankai17]

设计时 考虑了很多吧

[kim01]

你就问老板先喊他给你一百，然后再喊他给你一万，你问他啥感觉，感觉不够再诚实就有感觉了

[newtype0092]

因为提问题的人惹不起就能修改事物客观发展规律了？你要真能做到应该他惹不起你才对。。。
讲清楚鱼和熊掌不可兼得，让他做选择，而不是他说啥你都答应。

[cs419]

需求合理 就好改

不合理吗 ？ 有多离谱呢？是异常离谱
应该。。。有吧

这种大牛的高度 您觉着给开多少工资合适
我觉着请这种大牛 不是钱不钱的事了

[yiyi11]

因为量变产生质变啊，所谓架构不都是因为业务量上来了，拆分，然后复杂度直线上升。

[yiyi11]

建议老板提供一台可无限扩展的服务器。

[yousabuk]

是的，有。
改的少是因为想的多

[phpcxy]

被傻*产品坑多了有经验

[wszgrcy]

@hankai17 @yousabuk @phpcxy 里面有个前提，就是时间有限，比如领导看 xx 有这个功能，然后就开始让马上做，立马出结果，然后做完了后觉得可以，然后就让大面积改成这种风格，并且认为花不了多长时间

[Acoolda]

知道去年某公司的产品经理为什么被程序员暴打吗？

[stevenkang]

如果是没有外部依赖的系统，需求变化了，原有系统改一下就合适了，这不算难事。

外包项目经常这样变，甚至整个业务流程都能变，懒得推翻原有系统，直接基于原有逻辑调整一下就完事。

[fangcan]

真的大牛会说这个需求无法实现，打回

[tikazyq]

真正的大佬会说：咱们有排期，所有工作安排在一起，大概明年 8 月能给到你，如果需要插队，请找老大