奇葩需求不断的来,代码越来越乱,大家遇到这种情况么?

[Ouyangan]

[quericy]

日常+N
每次需求都是要求先快点简单做,然后变得越来越奇葩
需求一直不停怎么重构

[NovemberEleven]

日常+1

[murmur]

没有关系啊，只要产品失败了锅别让程序背就可以

[Infernalzero]

所以我一直觉得很多产品经理都是天生的败家娘们，特点：有钱就花，买东西不要钱

[domty]

没严格的代码规范或者人员流动频繁就会影响这个。
也有的就是完全程序员水平的问题，我就见过嵌套超过 4 个 if 语句，大括号满天飞。
也有纯粹烂需求设计的问题，有的需求你一看就知道没法写出好代码。

[webdev]

你这么有追求的人，应该到我们公司

我们公司的程序员是这样的：不 care 任何业务流程，只按照 solution doc 来写代码， Bug 出的多，没关系，只要你能修，你依然是好员工，加工资，你如果干的不爽，和老板说下，老板送你去米国散散心，或者给你加工资。如果你想移民，也没关系，和老板说下，老板半年内不给你任何任务，钱照拿。如果你想赚外快，没关系，自己拉业务做，来加班照样管饭。

[Ouyangan]

@domty 非常好的回答
@webdev 可以啊 ,哈哈哈

[SlipStupig]

@webdev 看着我都想来了

[oglop]

@webdev 这是自动桌 autodesk 么？

[realpg]

奇葩需求跟代码难看有啥关联？
之前做传销软件，那需求比你们见过的所有需求加起来都奇葩，代码也没难看哪去啊

[Ouyangan]

@realpg 关键在于以后的人接手的时候代码很难维护.

[Mirana]

刚开始的时候抽象了一些代码出来，写的好好的，突然来了个奇葩需求，导致抽象出来的代码不能复用了，这时候就悲剧了。

[Ouyangan]

@Mirana 比如单独为一个账号做个小功能就不说了 , 更奇葩的是一个账号要当两个账户使..

[annielong]

奇葩需求都是小 CASE ，就怕奇葩到能把核心流程都给改掉，当初按需求设计的时候谁会考虑核心流程来个适配功能

[realpg]

@Ouyangan 奇葩需求，不代表你的实现方式也需要很奇葩啊！多坑的需求，到好的 programmer 手里，都能做出很标准很优雅的代码