时间：2021-07-01 10:21:17 帮助过：54人阅读
进度评价:60 质量评价:55 本来不想打55，但是上周客户的反馈不得不让我这么做。虽然那两个bug最后被客户关掉了，但是面对这样的问题，我们束手无策，只能是我们自己的遗憾。在这周的项目讨论中，我发现大家实际上是有积极的想法的，但我更希望大家能够将自己
进度评价:60
质量评价:55
本来不想打55，但是上周客户的反馈不得不让我这么做。虽然那两个bug最后被客户关掉了，但是面对这样的问题，我们束手无策，只能是我们自己的遗憾。在这周的项目讨论中，我发现大家实际上是有积极的想法的，但我更希望大家能够将自己的积极想法用于实践。这个实践可能会让我们付出代价，最糟糕的可能是我们按照我们的新想法重构了大量代码之后，发现引入了新的bug，或者是发现这种实现由于存在不足而不得不返工。这些担心都是合理的，但是不能成为我们实践新想法的障碍。引入新bug，我们可以通过团队测试来解决；由于返工造成了计划的延误，我们也可以通过团队成员的互相帮助来解决。想法的实现是一个创作的过程，而这个过程积累的经验才是我们开发人员最应该去争取的。如果我们的经验只是如何去完成客户提出来的修改要求，或者是如何去习惯加班，那将是我们的悲哀。
这周项目会议我们讨论了三个互相关联的话题。1. 深入讨论了代码驱动，我们的目的是使其具有单元测试的本质特征，但是其意义会超过单元测试，这其中的关键是ObjectWriter对对象数据的处理；2. 设备模式，这可能是我制造的另外一个新词，这个模式和MVC具有很大的相似性，但是这个新词将重心放在了设备的定义上，从设备的角度来看问题，这个模式我会先在项目中实践，然后再和大家讨论；3. 引入微软的MEF(Managed Extensiblility Framework)框架，用这个框架来开发项目中的代码工具。我希望大家能够形成用代码工具来解决代码问题的思维习惯；最突出的一个例子就是svcutil.exe，这个wsdl工具。只要我们用某种模式来进行开发，那么就肯定有使用工具的地方。
虽然说了这么多，但是我们的所有工作都应该从当前的实际情况出发，来逐步推进。