process - 您如何处理长期项目中的技术更新？

Question

假设您正在进行一个长期运行的项目(长期运行 = 几年)，并且正如预期的那样，全新版本中将会出现一些内容。可能会有一个具有全新功能的新 .Net Framework(例如 Linq、Entity Framework、WPF、WF...)、一个新的 Visual Studio 或您最喜欢的控制库的 V.next、一个新的 Mock Framework 以及更多东西。您处理这些技术更新的准则是什么？您会立即采用它们还是会忽略它们直到项目结束？您对不同的事物(工具、框架、支持内容)有不同的指导方针吗？

Answer 1

根据我的经验，这些决定总是根据具体情况做出的。考虑了几个因素，包括:

1. 新技术有多成熟？该组织是否喜欢走在前沿新技术的前沿，还是更喜欢使用经过验证的工具和方法？

2. 您的员工拥有哪些技能？它们是否符合新技术的使用，或者是否需要更多培训？生产力的提高会超过加快速度所需的时间吗？

3. 您对现有技术进行了哪些投资？转向新技术的成本是多少？涉及多少代码返工和重写？

4. 有什么要求？是否有现有技术支持，或者是否需要新工具来满足要求？

5. 绩效预期是什么？新技术是否提供了旧技术无法满足的性能改进？

6. 技术文化怎么样？组织供应商是否特定(例如 Microsoft 商店)？可以使用开源代码吗？

7. 该项目的范围是什么？这是一个可以从框架和工具等支持技术中受益的大型项目，还是一个会因这些东西而过度沉重和复杂化的小项目？

8. 如何支持新技术？供应商是否有良好的文档？如果您遇到问题，有可以倾诉的人吗？或者您所在的组织拥有知道如何在没有支持契约(Contract)的情况下解决问题的人员？

9. 该技术使用起来舒适吗？看起来有道理吗？是不是干净又优雅？其他人似乎喜欢它吗？其他人有遇到问题吗？

10. 该技术是本周的最新技术吗？它是否在战场上证明了自己并产生了切实的成果，或者它只是一种宗教？

11. 您需要多少时间来学习新技术并解决问题？ yield 是否大于成本？

作为一个非常简单的例子，我为我最近的项目选择了 Link to SQL，因为该项目足够复杂，需要 ORM，L2S 性能良好且轻量级，我们是一家 Microsoft Shop，我的感觉是 Entity Framework 还没有完全准备好迎接黄金时期(尽管微软表示它将成为 future 的首选框架)。