我诅咒我们客户……

没有办法，这就是现在中国企事业单位的情况了：拿不出具体的需求，让你先做，他再挑毛病。如果你不接，自然有人接

这种需求还真的挺适合用ruby on rails开发的。

可是客户会说用EJB吧。。。。
我都快要死了。。。。
这话是今年三月份说的。。

幸好没说用汇编

还在诅咒啊
再咒下去跟着你的客户拍鬼片了

To 刑天战士:我仿佛看到了一个死得很惨的项目。项目到了这个状态，我感觉不是一个开发人员所能扭转的了，不知你们的销售和你们的高层对这个项目有什么想法？项目还有钱可赚吗？另外，你们项目经理和代项目经理明显地也是对工作不太热情的态度啊，我觉得你可以尝试地把你的想法和你项目经理及其他同事沟通一下，看看大家对这个项目都是怎么想的。。。

另外，关于我说的项目估算，确实有些理想化，呵呵，这个是建立在立项前期有明显地客户承诺（相关资源到位，相关人员积极配合）的基础上的，公司高层也要有承诺（比如关键时刻不能调动项目组的关键人员啊，相关的软硬件等资源要到位啊），而且当需求有重大的变更时或者出现重大风险时，也要相应地修改这个项目计划的，并不是一呈不变地。我很赞同一网友的观点：项目规模过大时，应最好分期分阶段实施。：）


还有，我觉得软件公司谎报时间也是不得不采取的做法，比如在试运行期的维护成本，一些由于客户及其他原因的工期延迟，还有客户的招待费啊，为客户的送礼啊等等，都是要算在成本内的。。。

项目都快做完了……而且一期二期都上线了，至于是哪个公司我就不便说了，反正是一个证券公司，以前也是我们给他们做的，那个系统每天固定死一次机，他们2年就这么用过来了，连我们的人自己都觉得过意不去……

坏了，我发现我在说公司的坏话……你们就当没看到，没听到，没有这回事吧……

看了一本重构这本书
发现重构这个词
比作完美程序还要难

但是在软件的丛林中
这是生存下去的本事
并不是“叫兽”“肚转”
出来的

这都行，看来你们客户挺好的嘛。
或者说在道上混，债早晚都是要还的。人家客户这样的情况都忍了，你们为什么不能忍呢？
这个问题，应该说不是技术人员能解决好的了，所以做项目的时候，项目的负责人跟客户之间明确一个交流的基调很重要，也就是说要明确以一个什么样的姿态去服务客户，而且最好和客户达成一致。这种交流我想主要就是对需求的控制。
重要的几点，一是要明确以什么方式交流，是随口一说，还是要有正式的文档之类的；另一个是由谁去交流。