我经常听到人们说，在新技术变得稳定、经过试验和测试之前，不要急于采用新技术。甚至有一个关于如何需要 3 个版本才能正确处理的笑话。这可能是现实生活中的声音，但至少有时这种姿势是自满、抵制变革和学习新技能所必需的努力的结果。
然而，在我看来，跟上创新的步伐对于软件行业的成功至关重要。虽然大公司有整个部门致力于研发，但在小公司中，开发团队必须跟上。甚至在新技术正式推出之前就开始使用它 - 这将为您提供一些先机，并帮助您跟上其余的步伐。
这是我尽可能遵循的策略:
到目前为止，我从来没有付出过过于热衷于跳上新技术列车的代价，但我仍然收获了好处。我想知道这是否只是巧合，还是早期采用者毕竟不是那么危险？
不仅仅是邀请讨论早期采用这个主题，因为这个问题肯定是有争议的和主观的，我想听听现实生活中采用早期新技术被证明是一个严重的错误和可怕的代价有薪酬的。
最佳答案
我目前正在被 Microsoft Office Word 2007 的 CustomXML 支持所困扰。
CustomXML 允许文档具有自定义定义的元素，可以对业务数据等进行建模。例如，您可以使用自定义元素定义 XSD，将其与 docx 文件关联，然后将占位符生成为 CustomXML 标记并使用导航/修改文档C#(或其他 .NET 语言)和 OpenXML SDK 。 OpenXML 的好处在于，它消除了将 Office 安装在服务器计算机上以实现自动化的需求，并且是购买 3rd 方库的替代方案。
简而言之，有一场关于 Word 2007 使用自定义 XML 打开文档的能力的诉讼。从 this article :
微软的回应是从 Word 的 future 版本中删除对 CustomXML 的支持，并发布一个补丁来完全删除此功能。这是 link to the official update 。根据 this Microsoft OEM Partner Center site :
我想只有一小部分最终用户和开发人员会使用它，所以我认为最后一句话是准确的。问题是目前没有关于如何推进使用这项技术的项目的消息(没有双关语)。 CustomXML 是我目前正在进行的一个大型项目的基石。这个决定的影响不是积极的，它有效地阻止了任何向前兼容性，因为没有等效的替代方法来维护 CustomXML 提供的结构。
我和我的一些同事在这个主题上拥有丰富的知识......我想我们没有按照计划撰写关于它的博客文章是件好事:) 我们已经完成了一些非常令人印象深刻的壮举，并且VSTO，但这个消息令人失望。
如果有人对此主题感兴趣，这里有一些文章可以查看:
ZDNet 文章:
BNet 文章:
软百科文章:
编辑: 添加了官方更新的链接。
关于roadmap - 你有没有被一些不成熟的新技术烫伤过你的手？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/904238/