我被告知有机会做VoiceXML - 我对此没有任何经验，但显然可能没问题。然而，我做了一些关于这项技术的初步研究，它看起来很旧，从未获得过多的牵引力等等，但我无法弄清楚什么技术（y，ies）取而代之。 VoiceXML现在是一项很好的技能，还是它正在消失/从未真正陷入那么多？如果它正在消亡，它取代了什么？为什么呢？
答案 0 :(得分：9)
VoiceXML在开发交互式语音应答（IVR）系统方面远非如此。所有顶级IVR平台都支持VoiceXML，因为it is an open standards supported by the W3C并且Voice Browser Working Group仍在积极地处理，以及许多其他相关标准。在this blog post中对VoiceXML和开发环境的进展进行了很好的讨论。
VoiceXML的另一个优势是它使用基于Web的技术开发语音应用程序，因此您可以利用此领域的任何技能进行开发。但是，如果您不熟悉IVR开发，还需要学习其他技能才能获得成功，例如语音用户界面（VUI）设计，如何为语音应用程序开发语法，以及调整语音应用程序。无论语言或开发环境如何，您都需要学习这些技能。
开发IVR应用程序的另一种方法是减少了解VoiceXML的需求，这是一个类似于开源项目VoiceModel的框架。如果您已具备ASP.NET VoiceModel技能，则可以在不了解VoiceXML的情况下开发在VoiceXML平台上运行的IVR应用程序。它将它抽象到更高级别，您只需拼凑.NET对象来定义语音应用程序。 VoiceModel的另一个好处是你可以开发一次你的IVR应用程序，它将运行在VoiceXML兼容的IVR或基于云的IVR上，如Tropo。计划还包括对Twilio的支持。
也许这就是你听到有关VoiceXML死亡的嗡嗡声。有一些基于云的IVR /电话平台正在出现，例如Tropo和Twilio，它们不使用VoiceXML并使用他们自己的专有API。对我来说，这是向IVR开发的旧时代迈进了一步，每个IVR供应商都拥有自己的专有开发环境和语言。我坚信像VoiceXML这样的开放标准，但我不得不承认这种新型IVR供应商肯定会在市场上占据一席之地。我认为现在判断它们是否会存活还为时过早。
所以主要的问题是;是否有VoiceXML的替代品。答案是肯定的。两种替代方案是Tropo和Twilio基于云的平台的专有API。另一种方法是使用类似VoiceModel的东西来抽象出知道VoiceXML的需要，但允许你在VoiceXML兼容平台上运行应用程序。甚至另一种选择是使用像VoiceObjects这样的开发环境，它也抽象出很多需要知道VoiceXML。
另一个问题是; VoiceXML是一项很好的技能。我会说是的，如果你正在开发大量的IVR应用程序，特别是如果你支持现有的应用程序。有很多VoiceXML应用程序需要维护，目前企业中主要的IVR平台是VoiceXML兼容的。如果您正在开发一次性应用程序，您可能需要查看Tropo或Twilio等内容。需要注意的是，如果这些初创企业进入市场，你可能会在VoiceXML中重写应用程序。这就是我喜欢打开标准的原因。或者充分利用这两个世界，看看像VoiceModel这样的东西。
答案 1 :(得分：3)
VoiceXML远未消亡 - 大多数大型商业IVR部署基于VoiceXML及其堂兄CCXML。有很大的吸引力，VoiceXML开发人员需求旺盛。下一版本的VoiceXML规范正在W3C开发中。
在学习VoiceXML时，您可以使用开源jVoiceXML（LGPL）http://jvoicexml.sourceforge.net/或VoiceGlue（GPL）http://www.voiceglue.org/或使用Voxeo在{{3}提供的免费开发人员托管来尝试您的技能}
答案 2 :(得分：2)
这是查看VoiceXML的一种方式，但它要复杂得多。与网络开发相比，电话技术是一个利基市场。然而，在电话领域，VoiceXML是IVR开发最常用的技术，并没有任何其他技术可以取代它。
新技术增长缓慢的部分原因与市场状况有关。从供应商的角度来看，这是一个艰难的市场正在收缩。在80年代和90年代，有很多新创业公司。超过市场可以支持风险资本家和其他投资者想要的水平。这导致整合（公司被其他公司收购）。鉴于资金短缺，投资很低。这并不是说没有，但它比VoiceXML首次出现时的速度慢且非常不同。
现有供应商通常提供各种语言的专有API堆栈，VoiceXML或两者。应该注意的是，即使是许多支持VoiceXML的平台，也提供隐藏较低级别API的开发工具。这些工具集通常是基于GUI的，希望非程序员编写和管理IVR。
技能视角属性有点难以回答，因为其价值与您现有的技能组合，可销售性和未来机会更相关。总的来说，我不会高度重视VoiceXML知识，因为工作的数量比其他主流技能要小。但是，典型的实现技术通常类似于基于Web的开发（ASP / JSP / Servlet和JavaScript的使用），它们是可移植的。就像在任何技能和工作中一样，这就是你所做的。
答案 3 :(得分：2)
我已经为IVR系统编程了大约20年了，我从不费心去学习VoiceXML。这是我使用的工具。 。
此设置允许我通过调用Syntellect提供的例程在Visual Basic中编写IVR系统。它消除了深入研究VoiceXML的需要，相比之下，VoiceXML非常精细。
使用Syntellect例程，您可以。 。
使用这些基本功能，您可以创建大多数IVR系统。然后，我很容易捕获SQL数据库中的“提示”参数，并查询整个脚本文件以播放给调用者。
此方法仅适用于手机。这就是你所需要的，这种方法起步和运行起来要快得多。 Syntellect还具有VoiceXML接口和解决方案，可帮助实现VoIP连接。
Syntellect提供了Visual Basic和C＃的示例。我认为他们也有一些用于C ++。希望这会有所帮助。
答案 4 :(得分：1)
Twilio已经证明，更直观，更简单的DSL可以涵盖大量用例。学习TwiML需要时间，而VoiceXML学习曲线可能很重要。
还有Restcomm，它是一个基于开源（Mobicents）的Twilio API实现。它可以用作托管IVR引擎或公共云：
http://www.telestax.com/restcomm/
TTPS：//aws.amazon.com/marketplace/pp/B00FFHJ6SU
答案 5 :(得分：1)
我同意DaveHolly。我使用Syntellect CT-ADE五年，并成功实现了医疗听写IVR，发送和接收传真文件以及SQL Server数据库访问。如果您知道如何使用C＃或VB.NET编程，并希望使用梦幻般的Microsoft Visual Studio和.NET作为您的平台，那么请继续使用CT-ADE或Glorsoft Velocity。在我看来，通过使用XML作为编程语言，从未设计过的东西，你放弃了50年的计算机科学进步，例如结构化编程，面向对象编程，C＃等现代语言，调试工具等等。 ..