协作-109.HTML - 文章专栏 - 模袋云
2022-11-16T08:41:19
；
在一次独家采访中，Martyn Day与Autodesk首席软件架构师Jim Awe谈论了该公司对下一代BIM工具的愿景。 Revit今年17岁了。它的传统可以追溯到更早的时候，一种叫做奏鸣曲的古老体系。这个牌子它是软件世界中的老年人。从好的方面来说，它有着重要的血统。消极的一面是，大多数软件公司认为大多数代码最多只有十年的生命周期。
因此，多年来一直有迹象表明，欧特克（Autodesk）正在开发Revit的后续产品，可能是基于云的，以符合该公司的软件即服务愿景及其所有产品的网络交付，这一点也不奇怪。
随着2012年Autodesk Fusion的到来，该公司采用了全新的制造市场产品设计方法——基于云的新用户界面、强大的新约束解决方案，以及重要的是，独立于平台的方法，与仅提供基于Windows的应用程序截然不同。其目的是取代Inventor，更确切地说，是瞄准达索系统公司（Dassault Systèmes）拥有的市场领先的SolidWorks应用程序，该公司当时也在暗示下一代解决方案。
当软件比较如果NIES转向新一代应用程序，通常有两条路可走。首先，他们可以重新开始，而不会因支持以前的方法（例如，请参见Autodesk Fusion）而受到限制。这种方法的好处是，供应商可以从较旧的应用程序中解放出来，并可以自由地开始引入先进的工具和流程。然而，早期产品的客户可能不会那么高兴。
第二，他们可以维护前端和RE在后台处理代码的所有方面（如Bentley MicroStation所示）。这就像以每小时90英里的速度更换轮胎，意味着在可能的情况下更换部件，同时克隆操作和流程。
但是，当谈到下一代BIM工具时，软件开发人员似乎可以通过部署网络基础设施来获得新的选择——这是应对这一挑战的“第三条道路”。
<！--Develop3D Ads 300x250 inarticle 7p-->广告
<脚本类型=文本/JAvaScript>var adbutler=adbutler||{}；adbutler.ads=adbutler.ads||[]；Var abkw=window.abkw||' '；var plc351562=window.plc351562||0；document.write（'<'+' DIV ID=“放置_351562_'+PLC351562+' ”>'）；AdButler.ads.push（{Handler：function（opt）{AdButler.register（153703，351562，[300，250]，放置_351562_'+opt.place，opt）；}，选项：{地点：plc351562++，关键字：abkw，域：' servedbyadbutler.com '，点击：'点击_宏_占位符'}}）； <！--开发3D广告728第7P条中的X90-->从Fusion的发展来看，我们最初想知道Revit是否会获得与Fusion相同的待遇，尽管市场条件非常不同。在以Fusion为目标的制造业中，欧特克处于劣势。在AEC中，Revit已全面投入使用，并在Autodesk的所有核心地理区域中大规模采用。
为了寻找答案，我在2015年与Autodesk首席执行官Carl Bass进行了交谈。当时，他告诉我正在更新Revit代码和它可能会像Fusion一样，但考虑到该公司在云中将核心软件服务（DWG、文档管理、渲染、点云等）组件化所做的所有工作，这将花费比我们想象的要少得多的时间。换句话说，大部分工作已经完成。
快进到2016年 随后，欧特克产品高级副总裁阿马尔·汉斯帕尔（Amar Hanspal）在2016年欧特克大学（Autodesk University）的主题演讲中提供了进一步的线索。在舞台上，他站在他开始谈论一个令人兴奋的项目，并承认他是否应该在台上讨论这个早期项目的问题一直是公司内部激烈争论的话题。
他透露，它的代号是“量子计划”。根据Hanspal的说法，这是关于“在云时代，通过提供通用数据环境来发展BIM的工作方式。”他继续说，其目的是解决出现的问题，因为AEC是一个联合流程，数据存储在MA中NY筒仓，通常未连接，并且在需要时通常不可用。
他说，Quantum项目将通过打破典型AEC解决方案的单一性质来连接“工作空间”，使数据和逻辑能够在网络上的任何地方，并在手头任务的正确应用程序中按需提供。这些工作空间将基于专业定义，使建筑师、结构工程师、MEP专业人员、制造商和承包商能够获得他们所需的工具。
在这方面，Project Quantum代表了Autodesk在为AEC开发产品方面的思维模式的根本转变，而这并不是我们所期望听到的。从表面上看，它不是重写或重新生成Revit，而是一个更广泛的愿景，旨在解决协作和工作流。
在2016年欧特克大学的舞台上，汉斯帕尔展示了一个幕墙改造的例子。他演示了架构师在工作空间中更新他们的模型，展示了工程师如何有一个不同的工作空间，其中有与他们在任务中的角色更相关的工具，而制作者有另一个工作空间，其中包含幕墙的设计图纸。换句话说，三个不同的专业人员，拥有三个不同的工作空间，包含不同的视图和工具，但都与同一个项目相关。
通过这种方式，昆腾并不是一个真正的设计工具，而是一个支持平台，一个通用数据环境，几乎是一个基于云的BAB艾尔菲什.
对于那些像我一样，原本希望有一个期待已久的下一代Revit替代品，能够更快地建立更大的模型的人来说，这一切可能会令人失望。
然而，量子方法是一种全新视角的结果，不仅是在基础点工具上，而且在将数字设计与制造结合起来的过程中。Revit将从这种方法中受益，我们相信这种方法将使未来的快速发展成为可能。开发.
为了更全面地了解Quantum的影响，AEC杂志采访了Autodesk的首席软件架构师Jim Awe以及该公司建筑产品集团的副总裁Jim Lynch.
产品高级副总裁Amar Hanspal简要介绍了P2016年
11月，欧特克大学的项目量子那么什么是量子？ 欧特克（Autodesk）资深员工吉姆·阿维（Jim Awe）首先开始解释量子背后的方法论。尝试和理解我们正在努力实现的目标的最简单方法是与优步进行类比。我们正在尝试对流程采用以数据为中心的方法。优步的数据同时显示在许多不同的地方：客户有他们的移动应用程序来呼叫司机；司机也有一个应用程序显示他们自己对世界的看法；而优步有一个中央系统，显示其控制和通信网络的鸟瞰图。他说：“美妙之处在于，没有人明确地在系统中发送数据。”
AWE补充说，通过提供专门的、有针对性的应用程序，而不是庞大的、单一的程序，欧特克可以避免试图用功能过多的应用程序为太多人提供服务。在BIM世界中，协作工作流程和共享仍然过于C笨重的.
他说：“我们希望应用程序能够为任务提供适当的知识水平，并能够在系统中无缝共享这些信息。”今天，有大量的手工劳动和大量的噪音。有很多没有人真正需要或关心的信息被过度分享。
为了了解这一过程，Autodesk选择考虑高级策略。AWE评论说：关键的考虑因素是如何让数据在两个方向上顺畅地流动破坏生态系统。在一个方向上，当你考虑一个系统从概念到制造时，你有设计/制造/使用的连续性。在另一个方向上，建筑的所有主要系统必须相互协调（结构、立面、场地、MEP等）。如果我们在数据库之间有互连，我们就不需要一个巨大的数据库来存储所有的数据。例如，如果你看谷歌地图，它显示的数据就好像都在一个地方，但事实并非如此。它来自整个网络的不同服务。
管理项目的整体方法也许并不新鲜，正如Primavera和许多其他外联网产品所证明的那样。然而，由于Autodesk还创建了核心创作应用程序，该公司认为，如果它能够打破自己的产品孤岛，它将能够很好地提供前所未有的集成和连接水平。
AWE解释说：我们拥有令人难以置信的产品组合，多年来，SK一直在构建或收购，但我们无法像我们希望的那样充分利用所有IP，因为在基于文件的桌面世界中，应用程序的功能是孤立的，不能相互交流。云发生了巨大的变化。量子项目是一项繁重的研究工作，试图找出我们如何在技术领域发生变化的情况下实现其中的一些新概念。
<即时消息G loading=“ lazy ” Class=“ size-full WP-image-3537 ” SRC=“ HTTPS：/develop3d.com/AEC/WP-content/uploads/2017/02/Autodesk-quantum-3.JPG ” alt=“ ” width=“ 700 ” height=“ 579 ” border=“ 1 ” srcset=" HTTPS：/aecmag.com/WP-content/uploads/2017/02/Autodesk-quantum-3.JPG 700W，HTTPS：//aecmag.com/WP-content/uploads/2017/02/Autodesk-quantum-3-335x277.JPG 335w，HTTPS：//aecmag.com/WP-content/uploads/2017/02/Autodesk-quantum-3-150x124.JPG 150w “ size=”（Max-width：700px）100vw，700px ">
Jim Awe，Autodesk首席软件架构师 的影响 虽然解决AEC行业一些可怕的数据堵塞的高级战略在原则上听起来很棒，但AWE的话仍然让我思考这一切对Revit意味着什么，因为它可能是BIM流程中最大的数据巨头。
虽然Revit一直是作为一个应用程序开发的，但在其历史上的大部分时间里，已经销售了三个版本，分别是Architecture、StrucTural和MEP.这三个学科的功能已经被整合到一个产品中。现在看来，未来的量子愿景可能会再次导致不同学科的不同工具和观点。
那么AWE对Revit有什么看法呢？Revit仍然是生态系统中的主要参与者。只是我们很难让Revit覆盖整个景观。考虑站点设计：我们永远不会将所有Infraworks功能放入Revit或V中冰与之相反。一个应用程序在一个生态系统中所能做的事情是有限的。
Revit仍将是一个主要参与者，尽管它将在该生态系统中发生一些变化。Revit可能会将某些建筑元素的功能交给另一个应用程序，但Revit仍将是量子世界的主要参与者。这不是Revit的替代品，也不是浏览器中的Revit.
Revit遭受损失的原因之一在于其数据库的体系结构SE及其膨胀倾向。在我过去与Autodesk的交谈中，一位消息人士承认，由于Revit是被收购的，而不是内部开发的，这在某种程度上超出了Autodesk的控制范围。如果公司有选择的话，Revit的架构可能会看起来非常不同——这只是台式机的情况。当涉及到基于云的下一代世界时，它并不适合这个目的。
“这是真的，”阿韦承认。然后他给我看了一个演示。昆腾的核心能力。在单个屏幕中，显示了四个不同的应用程序视图，其中一个是Revit.每次将模型数据添加到Revit中时，它都会立即出现在其他三个应用程序中。因此，Quantum能够与其他环境实时共享信息。顺便说一下，这不是转换Revit文件然后传播它的情况。相反，Revit通过Quantum不断地将几何图形和属性集数据“传输”到其他应用程序。无需费力的基于文件的数据交换即可进行调谐的ON.
AWE表示：“ Revit仍然有机会处理大量的建模工作，但可以与其他应用程序以及可能正在观看或参与设计过程的用户进行实时通信。”由于我们现在协调了多个应用程序，例如，我们可以使用FormIT，它具有不同的数据库和不同的工作方式，但它可以监视Revit的属性集数据。这是量子计划的一部分。
该系统的美妙之处在于，我们不必将数据带走并将其转换为其他格式。导出文件，将文件移动到其他地方，它确实消除了协作的互操作性障碍。
//Revit完好无损 换句话说，有了Quantum，Revit在Autodesk的下一代BIM解决方案诞生之初就完好无损地生存下来并不断发展。但是，有一些指标表明Revit将来将如何使用Quantum功能进行变形。
Revit的致命弱点之一是模型增长的大小。以及这种增长可能引发的性能问题。在许多方面，这是由客户构建越来越大、越来越详细的模型造成的，再加上在未能分解模型时的一些不良做法。然而，在AEC杂志评论的所有BIM系统中，Revit需要最多的RAM、最快的SSD和处理器，这也是事实。
Quantum设置为通过减轻本地数据库的负载为Revit带来新的活力。AWE解释说，通过使用混合GEO公制表示，结合了混合的全细节和哑组件，Autodesk在本地文件大小方面实现了相当大的缩减。同时，不再需要将整个模型发送到任何地方。
如果您使用的应用程序需要高级别的详细信息（例如，如果数据用于制造面板和构件），则实际发送回Revit的数据并不具有相同的详细级别。Revit将收到大小合适的显示网格ND看起来是正确的，它可以显示在上下文中，以便架构师查看它的外观。
如果架构师确实想看到面板的所有制造的荣耀，那么他们可以双击该面板并查看制造商的信息。如果您尝试将Revit中的每一个零件建模到制造级别的细节，您无疑会减慢它的速度，因为它被数据淹没了。
减轻Revit的负担对所有用户来说都是一个重大的推动，就其本身而言，可能我们将成为建造大型多层建筑的公司的推动力。量子的想法是，将有少量的大型应用程序生成设计内容，而大量的基于Web的应用程序获取这些输出并执行任务，如渲染、分析、起飞等。
目前，需要加载整个模型，然后在减法和延长过程中进行过滤。通过Quantum，可以在加载任何内容之前进行过滤。如果您想查看所有内容，您可以将其全部加载到协调视图中，如Navisworks.
从头开始编写Autodesk Fusion的好处之一是，Autodesk最终可以提供Windows之外的应用程序。由于Fusion可以完全在浏览器中运行，它可以在任何东西上运行，甚至是iPad——但Autodesk也推出了Mac原生版本，这是Revit客户长久以来的愿望。
不幸的是，Revit仍然是一个桌面Windows应用程序，表示仅在Windows上可用。然而，所有新开发的量子应用程序都是基于网络的，因此可以在任何系统上运行。
展望未来，我认为随着Quantum的发展，Revit将拥有更多的功能，并为云重新编写，减轻本地负载，并使Revit的功能民主化，以扩展到项目中的所有各方。这可能是创建新一代Revit的最明智的方法，同时保持流行的应用程序。苏德唯一的是，Revit的开发路径实际上承诺了比我们每年发布的增量更新更多的内容。
尽管AWE的愿景是特定于任务的数据视图，但Revit不会再成为建筑、结构和MEP的三个独立产品。这也意味着，虽然Revit将进行更新，但它不会发展为拥有更多的直接制造功能或更多的Civil/Topology功能。这些现在将出现在Quantum中，数据将e按需提供多种粒度选项。
当许多Revit用户通过Quantum连接时，显然可以实时看到其他设计师的编辑。在这里，Autodesk正在为参与者寻找锁定几何图形和设置专用工作空间的方法，以便协作设计过程不会变得过于混乱。AWE建议与GitHub的工作方式进行比较：有时锁定到其他人的工作版本并稍后更新可能是合适的。
Quantun为多个设计应用程序创建了一个公共数据环境，以实时共享数据，并允许AEC工具使用BIM模型
快速发展 与传统的单一应用程序相比，Autodesk的AEC团队在Quantum中添加新功能也要容易得多，Jim Lynch说。对于E例如，Autodesk开发人员使用了一个开源分析包，并在一天内使其正常工作。相比之下，将等效应用程序添加到大型代码库（如Revit或AutoCAD）将花费数月时间，因为它需要集成到数据库，然后集成到图形系统。对于量子来说，这是一个微不足道的问题。在未来，它建议Autodesk可以获得应用程序和点式解决方案，并将其快速部署到Quantum生态系统的用户。
阿韦补充道D，我们让一组开发人员在没有太多介绍的情况下对该系统进行了试验，他们创建了一个Minecraft风格的建模应用程序，其中多人同时协作以生成设计。每个用户都有一个独立的信息视图，而中央屏幕提供了一个聚合视图，就像Navisworks一样。这为我们提供了极大的灵活性，使我们可以构建应用程序、移动数据、创建哪种独立的专家视图与我们现在能做的相比，我们现在能做的是给每个人同样的工具，同样的模型，并迫使他们过滤出适当的视图。
量子应用 因此，随着昆腾提供这种共享应用程序的生态系统，我问，在这一切之上的实际产品会是什么样子？
“我们还有很长的路要走，” AWE回答道。行业中的摩擦是，你有一个设计繁重的工具，比如Revit，它可以协调所有的系统，所有的垂直市场，然后你把数据扔过一堵墙给那些必须制造和制造它的人。数据的详细程度或组成不正确，因此工程师必须从头开始重建，并丢弃大部分数据。
Quantum将我们带到了一个新的方向，一个特定的系统，比如幕墙，可以从概念到制造进行设计。然后我们可以把这些单独的系统拼接在一起接口点。例如，幕墙如何附着到结构以及建筑占地面积如何影响场地。在整个过程中，应用程序必须就某些接口点达成一致。如果你愿意，它是系统之间和细节层次之间的契约。
这是有意义的，因为Revit不是为驱动切割机械而设计的应用程序，也不应在单个应用程序中解决。增加制造所需的细节将对模型数据库的大小有负面影响，并且有更好的、特定于制造的CAD系统。通过在系统之间以不同的详细程度和不同的格式商定这些接口点，Quantum能够为正确的工作选择正确的工具，同时仍然保持一个链接的生态系统。
关键似乎是系统之间的这些接口点。这意味着不必导出或转换几何图形和数据，每一方都可以保持细节层次分离，并在他们需要的任何工具中完成。
AWE解释说，在建模过程中，如果接口点发生变化，这可能会自动更新另一个系统中的设计，或向设计师提出一个标志，以表明已经进行了更改。
与现在的情况相比，这是一个巨大的好处，在现在的情况下，建筑师将在每次修订时不断地对庞大的Revit模型进行LOB，让其他项目参与者必须弄清楚改变了。对于制造商来说，这只是过程中的噪音，浪费了他们的时间。
量子参数？ 虽然Quantum的目标是绕过现有的工作流程日志堵塞，但它也带来了新的潜在问题。在Revit、Dynamo、Grasshopper、ArchiCAD和GC的世界中，我们有许多驱动几何图形的参数化系统。在一个相互关联的世界里，量子将如何处理冲突和自动驾驶？
我们确实想象AWE说：“将会有多个参数系统，我们的目标是让它们相互协作，而不是相互竞争。”将所有规程交织到同一个模型和编辑器中可能会造成不必要的限制。
我们设想量子生态系统更加解耦，让每个学科自由选择他们选择的工具来模拟建筑的特定部分。因此，作为一个例子：立面设计师可能会使用发电机或蚱蜢作为他们的主要AU雷管工具；建筑师可以使用类似Revit；结构工程师可以使用全新的、基于Web的创作工具。每个人都对自己系统的参数负责，不应该有任何冲突。但当然，当这些系统必须协调时会发生什么？我们的理论是，让它们通过我们之前讨论的接口点进行交互和通信在几个方面都是有益的。
它解耦了模型的各个部分，这允许T创作方法和详细程度因需要而异。正如我可以混合Dynamo脚本和Revit参数化约束一样，我也可以将一个系统的概念详细等级与另一个系统的制造详细等级混合在一起。这比必须在一个细节级别中完成整个模型，然后试图将其从墙上扔给下一个人，或者尝试将多个细节级别放入同一模型中要灵活得多。
它允许“ n ”要在工作流中表示的专业学科的“自然”边界。作为一名结构工程师，我可以用自己选择的工具完成工作。当我完成工作时，我将我的工作提交回系统，这会触发我与架构师商定的接口点的更新。然后，架构师获得一个他们可以对其做出反应的受控事件。他们可以很容易地看到发生了什么变化，并决定按原样接受，或者根据提议开始一些谈判或重新设计改变。所以，在这种情况下，参数系统不会竞争对这些变化的反应的控制。他们正在以一种更理性、更有节制的方式相互沟通，尊重这两种职业的正常界限。建筑师与现场工程师、建筑师与立面工程师等之间的互动也是如此。
我们对具有大量制造/制造要求的主要系统之间的这种互动充满信心。然而，它将变得有点棘手，这取决于每个工具的细粒度和专业化程度。是否会有针对非标准楼梯的“楼梯创作工具”？那么镶板墙呢？我们设想，Revit将继续在BIM过程中发挥重要作用，然后当建筑中有一个复杂的系统，需要考虑大量的设计/制造/使用生命周期时，Revit将接触量子生态系统。我们可能会在一些较小的系统中遇到一些“竞争参数”。但我们的目标是克服这一点，就像我们在更大的系统中所做的那样，也许会有一些细微的差别。
共享数据和云 欧特克（Autodesk）对其基于云的设计工具的未来愿景没有任何疑虑。在欧特克大学（Autodesk University）的“潜行高峰”（Sneak-Peak）上，人们很快就发现，Quantum本质上是一个永远在线的系统。如果设计师要去耦并离线，那么当多个更改可能发生冲突时，如何将该工作添加回组合中继续被制造？在线和离线同步项目数据是一项挑战，那么这是否意味着您需要始终在线使用Quantum？
AWE解释说：“如果我说我们已经解决了所有问题，那我就是在撒谎。”我们一直在开发并演示的许多应用程序都是仅用于Web的应用程序，因此如果您没有Web连接，则无法使用。我在这个行业已经很长时间了，协作和互操作性一直是Real的巨大障碍。充分发挥BIM的优势。昆腾的能力让很多问题都消失了。现在，我们有一些新的问题需要解决，但我们认为我们在解决长期存在的难题方面已经取得了相当大的进展。
“我们才刚刚开始实施，”他继续说道，"到目前为止，我们已经按规程将数据分离出来，以便每个公司或团队都拥有自己的一堆数据，但接口点由双方（或更多方）共享。他们同意围绕这些共同的观点进行合作。他们可以将解析的几何集推送给其他人用于协调和可视化，但他们也同意共享这些几何集。他们不必放弃任何用于创作的工具所使用的原生数据。
但是，我相信你能猜到，当你考虑所有可能的工作流程时，它很快就会变得很棘手。所以，这里还有很多工作要做。我们刚刚开始考虑“ OW ”的现实通过BIM360 Docs项目获得数据，因此我们了解大部分问题。有一件事是不同的，那就是我们正在减少为了协作而必须共享的信息量，我们希望这将产生积极的影响。但是，最重要的是，现在还为时尚早，我们需要与客户合作，帮助我们弄清楚他们对什么感到满意。基于文件的系统当然有新的机会，但也有一些未知的领域是的
.量子API 显然，生态系统需要推广，Autodesk的目标是拥有一个可用的API，以提供来自开发社区的应用程序和服务，所有这些都围绕设计/制造/使用连续体和“数据在中心”的概念进行操作（而不是将数据放在一个数据库中）。
根据AWE的说法：作为一个封闭的系统，你无法做到这一点。当我们构建原型工作流的各个部分时，我们总是让它为AT工作。至少有两种情况：第一，我们的一个工具，像Revit；第二，一个通用的替代工具，如Excel或任何JavaScript应用程序都可以生成的标准JSON数据。
例如，为了让Façade应用程序获得其接口点，我们将对Revit进行修改，以使这些更改符合中性模式。我们还将制作这些点的Excel版本，这些点可以输入到中立模式中。因此，简而言之，没有关于直接读/写的假设。到Autodesk工具，这使我们可以灵活地将任何内容插入到工作流程中的同一位置。
开发团队还表示，该API将提供给竞争对手，因为他们认识到AEC公司现在运行多种工具来完成他们的项目。我看到了许多目标客户工具集的“编排图”。这可能会给像Bentley这样的公司带来巨大的好处，因为它拥有一套庞大的分析工具和流行的点式解决方案。比如麦克尼尔犀牛。最大的问题是，这些供应商是否愿意在欧特克的生态系统中发挥作用？我怀疑客户会通过选择采用（或不采用）基于量子的系统来为他们做出决定。
关于量子的最后思考 量子是一个很大的接受。首先要注意的是，没有下一代Revit，并且在可预见的未来，Revit是基于Windows的。随着它的发展，Quantum将通过删除DAT来减轻Revit的负担把磨石套在脖子上。随着时间的推移，它的一些功能可能会融入到基于量子的按需Web应用程序中，从而进一步减轻桌面上的负载。我甚至建议，在更长的时间内，我们可以很好地看到Revit融入Quantum框架，成为一系列应用程序。
然而，Quantum将为具有兼容应用程序的用户提供一些直接的好处，即几何图形和数据属性的动态更新，例如以一种全新的、令人兴奋的方式实现协同工作。欧特克已经避开了制作一个庞大的在线数据库的麻烦，并解决了试图将Revit扩展到它从未打算使用的领域（如Civil和Fabrication）的问题，坦率地说，这会破坏它。
通过将开发工作分解为更小的模块并使用云实现新工具的快速部署，Autodesk可以快速充实其AEC产品并快速集成其制造解决方案。对于第三方开发人员来说，这也开启了新的可能性，并可能使设计公司能够集成来自不同供应商的不同解决方案阵列。
Quantum是一个非常雄心勃勃的愿景，它不是一款即将推出的产品，但它有可能解决Revit BIM工作流所面临的一些问题。正如AWE所说："这个过程还处于早期阶段，因为我们谈论的是产品和服务的生态系统。它会随着时间的推移而演变，除了我们认为可能的一般趋势和理论之外，很难给出具体的细节。
第二，我们非常兴奋的突破是那些多年来一直阻碍行业和BIM的全部潜力的突破：数据和工具的协作和互操作性。
利用云技术可以实现这些有前途的突破，但它也带来了一些新的、但令人兴奋的挑战。渴望完成工作。因此，虽然我们还没有找到所有的答案，但我们相信这是一个很有前途的方向，我们正在对此进行相应的投资。
虽然技术是一回事，但看看客户对一个真正需要所有人都在线工作的系统的感受将是一件有趣的事情——如果这被证明是最终结果的话。好处可能大于限制，但我不相信这在有莱塞沃的国家会起到什么作用。已删除的基础结构.
当AEC行业转向BIM时，互操作性成为一个问题，因为我们缺乏像样的交换标准。虽然Quantum试图解决这个问题，但它也使Autodesk客户更加依赖Autodesk的产品、服务和定价。
我曾与许多企业许可证客户交谈过，他们对欧特克（Autodesk）未来三年的设计工具、服务和咨询服务的保费上涨感到震惊。毕竟它让您的创作工具基于一家公司的技术是一回事，但将您的整个流程交给该供应商则是一个更重要的提议。对于有竞争力的第三方来说，这也可能被视为欧特克“拥有平台”的野心。
就目前而言，从我所看到的来看，创造一种新的“第三条道路”来重振一款成熟产品，提供一个平台来更新其功能，这是一种天才的做法。同时解决客户和开发人员的棘手问题，并为团队协作带来强大的功能。
最后，AWE结束了我们的谈话，他说：“目前，我们正在努力开发一个平台生态系统，我们认为这是AEC行业设计/制造/使用工作流程的未来。”
■Autodesk.com
如果你喜欢这篇文章，
订阅AEC杂志
//<！--relpost-thumb-wrapper--><！--关闭RELPOST-拇指包装纸-->
Quantun为多个设计应用程序创建了一个公共数据环境，以实时共享数据，并允许AEC工具使用BIM模型
