越来越像无底洞的需求...

越来越像无底洞的需求


首先声明俺们是做项目的，每个项目都大多相同，但是有很多细小的地方是不一样的。
于是乎，每个项目的需求总会有些差异。。。
于是乎，需求就越来越无底洞了。。。

俺正在做的一个计费的程序，就是这样，从一个小蜗牛成长一只大乌龟（当然从遗传说角度来看这是不可能的）。

最开始的时候，这个计费是很简单的，只需要处理以下几个情况：
从数据库固定的域里面读取出用来计费的依据。
从数据库固定的域里面读取出用来筛选的域。
按照三个固定的计费规则去计费，固定的收费，按比例的收费，按区间固定的收费。

本来这不是特别重要的，也没有特别去重视。
但是这个需求开始慢慢鼓胀了。。。每个地方的项目总会有那么几个不一致的地方。。。总要改一下……
后来简直发展成每个地方一个版本了。

首先，计费的依据不再是从数据库固定的域里面去读取了，而是可以自由指定一个数据库的域。伤筋动骨啊。
然后，计费规则也发生变化了，固定的收费，按比例的收费，按区间固定的收费，按区间固定比例的收费，按区间固定比例累加的收费。
计费的方式也有了变化，有把要计费的依据加起来一起收费，也有把各个依据分别收费然后再总和起来。。。又是一个伤筋动骨。

于是在春节前后，趁着没啥事的时候把整个程序扔了，用了decorate模式。心想，这次完事了吧？

没想到……又有了更加BT的需求了。。。
痛苦啊！！！！

遇到这种情况的时候，大家有什么感想……

谁给你付钱，怎么付？

gigix说话总是充满玄机……


让我想半天想不明白是啥意思。

这有什么好玄机的
你要吃饭是不是？你吃饭的钱是谁给你的？

如果你改动他们付钱
那么请改之
（那是你的工作;我记得有个传说向山上滚石头的？）
你改动他们不付钱
1.你写的代码烂（太多的需求没有变成代码）
2.他们会希望永远不能完成项目（真实想法）鸡子挑骨头

哦。。。钱是公司付的，公司的钱是客户给的。
客户的需求是要满足滴~~
但是我觉得迷惑的是，
有没有办法在N+1个项目中，把这些需求控制好，别搞到最后面，版本和版本之间的功能是矛盾的。

当然是我的工作了。

具体情况非如此。
每个项目在交付之前，
一，代码跟烂字还有一点点区别的，至少当次需求中的代码总能符合他们的要求。
二，项目是完成了的。钱也交了。

问题是，这样的项目是一个接着一个来的，我说的这种膨胀，来自于不同的客户之间的不大相同的需求。
对于每个已经交付的了具体项目来说，需求是满足了的，但是没有办法把这种需求综合起来，使得在以后的不同的项目中，能够不作那么大的改动。

那么你知道客户按什么方式给公司付钱吗？
假如客户是按时间给你公司付钱，做得越久你们赚得越多，那么你把需求控制好岂不是断了老板的财源？

吼吼吼，我们是一次给断，免费维护，可怕吧？

我们免护3年我就已经认为很夸张了
不过项目二期在这个周期内开发。。也不算是白干