8
程序员应该为客户“思考”吗？
我到了讨厌需求收集的地步。客户对于自己的利益过于模糊。在敏捷的环境中，我们可以向客户展示一件完成的工作，这还不错，因为我们可以对功能进行少量的定期更正/更新。 在“瀑布式”的环境中（首先是需求，然后是近乎完整的产品），事情可能变得很难看。这种环境使我不断提出要求。EG客户希望“将输入自动转换为数字1”（指订单中的数量）。但是他们没有考虑的是“输入”可能是一个简单的type-o。文本框中的“ x”可能是“笨蛋”，而不是我想要的那些“牙膏”产品之一。但是，有很多要求，我可以忍受并纠正几个小时，最终弄清他们想要的东西。这是不健康的。 在一家公司工作时，我可以尝试调整文化以适应对我们有帮助的敏捷模型（不小的工作，高于我的薪水等级）。或者，在地毯下扫除丑陋的细节，并希望得到最好的。也许我的客户试图与代码过于接近？ 如何处理“为客户考虑”的问题而又不给他们太多的问题而烦恼呢？