字面解讀
我們先來看看維基百科中的釋義：
In physics, a quantum is the minimum amount of any physical entity involved in an interaction.
（在物理學中, 量子是在相互作用中所涉及的任何物理實體的最小量。）
至少從字面來看，我們可以理解量子的意思。這里有兩個關鍵詞，一個是相互作用（交互），一個是物理實體的最小量。
舉個例子。網(wǎng)絡聊天是一種交互，信息可以被視為實體。信息的最小量可以用傳文件和發(fā)消息的區(qū)別來說明。例如，我發(fā)給你“abc”，你馬上就接收到了“abc”。這個就是發(fā)消息的方式，是我們交互的最小量。我也可以把“abc”寫在一個 ppt 文件里面，然后把這個文件傳給你，你收到文件并打開才能看到“abc”。這個就是傳文件的方式，這就不是交互的最小量。
現(xiàn)在的 BIM 交互就是這樣的一種文件方式。A 軟件要和 B 軟件交互，但是他們沒法直接發(fā)消息。所以 A 軟件只能把信息寫成文件（例如 IFC），然后 B 軟件再讀取這個文件來完成信息的交互。不管是在本機硬盤、局域網(wǎng)還是云端，交互方式并沒有改變。
技術解讀
從技術的角度來說，不通過文件進行交互并不新奇。例如我們發(fā)微博時并不需要把內(nèi)容保存到文件中然后再上傳該文件到服務器。
Web 程序員都知道 Ajax，該技術可以實現(xiàn)在不重新加載整個網(wǎng)頁的情況下更新部分網(wǎng)頁內(nèi)容。目前這種技術被廣泛地使用，我們使用微博和地圖等網(wǎng)頁應用時并不需要不斷地按 F5 來刷新網(wǎng)頁。
但是目前的 BIM 做不到這一點，眾多軟件之間還無法直接建立通信。你使用 A 軟件創(chuàng)建了一根梁并保存了模型，但是其他的 B，C，D 等不同軟件的用戶無法立即看到這些改變。即便利用 API 可以實現(xiàn)個別軟件間的直接通信，但這實際上只是創(chuàng)建了一種特定環(huán)境下的用于數(shù)據(jù)搬運的中間程序，即沒有從根本上解決數(shù)據(jù)儲存的問題（數(shù)據(jù)仍舊在各自的模型文件中），也沒有擺脫數(shù)據(jù)生產(chǎn)的平臺無關性問題（中間程序嚴重依賴各個軟件及其運行環(huán)境）。
平臺解讀
量子項目想要打造成怎樣的平臺？我們不妨先看看微軟的平臺戰(zhàn)略。
微軟正在按照納德拉的“云優(yōu)先，移動優(yōu)先”戰(zhàn)略進行快速轉(zhuǎn)變。微軟在5月份舉行了 Build 2017 大會，大會的主題是云與 AI（人工智能）。
我們來看看微軟近幾年的動作。
免費開發(fā)者工具
微軟近幾年迎合開發(fā)者相繼推出了 Visual Studio Community 版本以及 Visual Studio Code 開源項目。微軟不但想通吃各大開發(fā)語言，還想要抓住大中小等各種規(guī)模的開發(fā)者。開源平臺
跨平臺的 .Net Core 開源項目為云平臺戰(zhàn)略開路。Cosmos DB
為多種數(shù)據(jù)模型提供 API，通吃各種數(shù)據(jù)庫。更多更強的 AI 服務
為開發(fā)者提供了大量的 API 以便使用微軟的 AI 服務。
微軟希望它的云與 AI 可以滲透到各種設備和操作系統(tǒng)中，而通過微軟在以上各方面的發(fā)力，這一想法正在逐步實現(xiàn)。
量子項目想要打造一個公共的 BIM 平臺，滲透到建筑的各個階段和各個專業(yè)。
原文寫到：
通過使用專項的、有針對性的應用軟件，而不是大型整體性的程序，AUTODESK 可以避免使功能超負荷的軟件同時服務于過多的人。在 BIM 領域，要實現(xiàn)合作性的工作流程和分享還是相當困難的。我們希望軟件可以給工作提供恰到好處的信息而且可以在系統(tǒng)中無障礙地進行信息共享。現(xiàn)在有過多的人工勞動和無意義的信息，很多過度分享的信息其實根本沒人需要……量子項目創(chuàng)建了一個可供多設計程序?qū)崟r共享數(shù)據(jù)的公共數(shù)據(jù)環(huán)境，并允許建造工具利用BIM模型共享連接點輕松地鏈接到工程制造工具。
如果量子項目能夠被打造成一個高效易用的云平臺，在工具、數(shù)據(jù)庫、API 甚至 AI 等方面給用戶提供強大的技術支持，那么就會有大量的用戶在此自由生長，從而形成一個完整強大的生態(tài)。
安全性解讀
對用戶來說云平臺是最好的選擇。云平臺不但解決了客戶端的軟件部署問題，還可以使數(shù)據(jù)更安全，更有效地保障數(shù)據(jù)免遭丟失、盜竊和感染病毒等問題。任何一家建筑領域的公司在數(shù)據(jù)安全性上都沒有辦法能夠做到和世界頂尖的軟件公司一樣好。因為這不但需要投入大量的資金購買更好的設備，也需要擁有眾多頂尖的人才，這些是建筑領域的公司無法做到的。
軟件公司自身也是受益者。云平臺更利于維護更新，可以保護軟件的核心代碼，并從根本上解決盜版問題。這將使得軟件公司的壁壘更加堅固。
反面解讀
量子項目想要打造一個利于數(shù)據(jù)自由流動的生態(tài)，但建筑企業(yè)也許并不想要那么“自由”。
在未來，數(shù)據(jù)將是企業(yè)的核心資產(chǎn)。企業(yè)不愿意也不會公開涉及其核心業(yè)務的關鍵數(shù)據(jù)。一部分數(shù)據(jù)只能在企業(yè)內(nèi)部流動，這個需求必須被正視和保障，否則再好用的平臺用戶也會心存戒備、徘徊不入。
危機解讀
作為行業(yè)大佬，AUTODESK 在技術上和專利上有壓倒性的優(yōu)勢。量子項目釋放了一個危險信號。如果這些大型軟件公司對數(shù)據(jù)平臺志在必得，那么以此為生的小型軟件公司將會非常危險。對于國內(nèi)的眾多軟件公司來說，除了有政策保護的神盾，更要有獨門秘籍的奇功，否則難以抗衡這些行業(yè)大佬。好的結(jié)果是被收購，扎根在大佬的平臺上為用戶提供定制開發(fā)服務也不錯，最壞和最多的結(jié)果則是滅亡。
幸運的是這種平臺不是短期內(nèi)就能建設好的，而且需要投入大量的資金和人力，能否成功也說不準。也許未來2至3年內(nèi)這些都還是沒影的事。
這倒不是說中小軟件公司這段時間就可以高枕無憂了，它們必須有效地利用這段時間發(fā)展用戶、鉆研技術。
我主要關注2點：價格和定制。
價格
企業(yè)永遠關心成本和利潤。
微軟的 Office 365是一個值得好好研究的成功案例，它即幫助用戶降低了成本，也幫助自己提高了利潤。
定制
其實很多企業(yè)的工作方式很原始，聽不懂、也不會用什么高大上的技術。但是他們的目的很明確——快速、準確地把活干完。
定制有兩種，一種是很了解客戶的工作并能夠定制專用的工具。這種工具并不一定非得是一個系統(tǒng)化的方案，也可以是一些短小精悍的小程序。這一點可以借鑒一下微信小程序的思路。
另一種定制就是提供工具和技術，讓用戶自行定制。由于軟件公司的能力和精力有限，這種定制對自身和用戶雙方都是最高效的，當然這種定制也更具挑戰(zhàn)性。
對于具備一定開發(fā)能力的用戶，提供 API 是簡單而直接的方式。但更多的用戶目前并不具備開發(fā)能力，如何為他們提供一種有效的方式來解決定制問題值得好好研究。
參考資料
[1] 必明國際建筑技術平臺，Autodesk “量子”計劃全揭秘：BIM的未來已來？（上）
[2] Autodesk Project Quantum: the future of BIM?
[3] Amar Hanspal, senior vice president of products, giving a brief overview of Project Quantum at Autodesk University, Nov 2016
[4] Build 2017 #MSBuild Day 1 Keynote
[5] Azure Cosmos DB 簡介：DocumentDB API
[6] 微軟Build 2017第一天：值得開發(fā)者關注的熱點
[7] 一文看懂微軟Build 2017大會：讓人工智能走向邊緣
[8] 踐行One Microsoft 邁入云和智能的Office 365
