👏感謝那些看戲抓漏的路人，謝謝你讓我更強大😂來看看資訊吧~不要睡著了喔~

✍RAM的用途是什麼 ?
RAM（random access memory）隨機存取記憶體，是連接CPU和其他設備之間的一個通道，是與CPU直接交換資料的記憶體，又稱主記憶體(中國稱為內存)。當CPU工作時，它需要從硬碟等外部儲存器上讀取數據，而為了使CPU工作的更有效率，這些數據會先放到RAM記憶體中，然後再轉移至CPU處理。
RAM記憶體就像是一個臨時存放東西的「倉庫」，容量空間會影響手機運行流暢度與遊戲下載速度。RAM記憶體除了容量大小不同外，就標準來分可分為LPDDR2、LPDDR3與LPDDR4。根據三星的說法， 越後者的規格標準的最大處理速率與功耗程度都會優於前一代的規格。
當RAM記憶體容量空間不足50MB時，手機運行很容易變慢；低於21MB的RAM、出現卡頓或閃退(應用程式無預警關閉），甚至當機出現。
手機運行流暢度好不好或速度快不快與否主要是與CPU本身的架構與規格(處理器核心數、ARM架構、總帶寬、ＧＰＵ、常規主頻的高低、製程工藝、L2二級緩存)及手機與作業系統的優化程度有關，Ｍobile RAM記憶體通常只是扮演CPU的暫時存放數據的「倉庫」，容量大的RAM記憶體只是代表可以暫時儲存的空間較大，會影響加載程式的速度，但是只要容量不會低於手機作業系統或應用程式最低容量空間所需，RAM記憶體容量越大並不保證手機運行流暢度就會比較好。

換言之，大容量的RAM記憶體可以讓更多應用程式處於「閒置快取狀態」，喚醒應用程式的速度會快於啟用「完全關閉狀態」而影響遊戲加載的速度，但對於手機的操作流暢度而言就實用角度來看幾乎是沒有差異的。

👉iPhone的RAM為何最高只有2GB卻更流暢呢 ?
Apple iPhone最高只有使用2GB RAM (只有iPad Pro 12.9吋才使用4GB的RAM)，但多數人都認為iOS系統總是這麼流暢又好用？
Apple iPhone比Android手機操作系流暢的主要原因如下:
A. Apple iPhone 對於圖形的處理較強:
手機流不流暢通常與處理器處理圖像GPU能力有很大關係，擁有性能強大的GPU一直是蘋果iPhone處理器的優勢。，以iPhone 6S、iPhone 6S Plus所使用的A9處理器就使用了Imagination PowerVR的最新一代PowerVR GT7600 GPU。PowerVR GT7600擁有六個“核心”(SIMD)，每核心多達48個MAD單元，總計達到288個， 再加上PowerVR本身的架構改進、採用LPDDR4內存帶寬、更大的三級緩存……，造就了iPhone 6S、iPhone 6S Plus在3D Mark的評分領先群雄。
Apple iPhone 擁有傲視群雄的GPU性能，再加上iOS中對於圖形的處理都是讓GPU來處理，讓CPU 可以專心處理純指令，不像Andriod手機很多圖形、特效仍透過CPU運算，因此iPhone能獲得流暢的體驗。
👉系統響應次序不同:
使用iPhone/iPad，觸控螢幕之後，iOS作業系統響應次序依序是：Touch(螢幕)—Media(媒體)—Service(服務)–Core架構，而Android作業系統響應的次序依序是：Application(應用程式)—Framework—Library—Kerna架構。Android系統中在顯示相關的圖形處理，屬於第三部的Library。響應次序不同讓用戶在觸控iPhone與Android手機時，感受到的流暢與卡頓情況體驗就有所影響
🎉Android系統破碎，優化困難:
Android系統所支援的硬體多元且系統版本破碎相當嚴重，大大提升手機廠商系統優化的難度。再者，Android機種眾多，APP開發商很難針對所有高階、中低階機種都進行優化，因此大多需要取一個平衡點，讓App能在不同的裝置上擁有差不多的體驗，導致Android用戶無法體驗到App的最佳執行狀態，在執行 APP時比較容易出現卡卡的狀態。
iOS系統屬於封閉式系統，加上用戶升級系統意願高及機型相對單純，Apple與app開發商在系統的優化相對單純，在硬體利用上就容易有很好效率。
❤Android手機該買6GB的RAM容量 ?
Android作業系統是個多工的系統及APP應用程式機制類似「橡皮擦原理」，因應常駐程式使用量越來越多、手機螢幕的解析度提高並須分配更多的RAM給顯卡等硬體運行使用及部分大型遊戲或APP應用程式需要一定容量的RAM空間，否則容易因RAM容量不足而卡頓或閃退的問題。不過，使用JAVA開發語言的Android系統逐漸演進的情況下，JAVA虛擬機帶來的卡頓現像影響已漸漸削弱，中低階機型只要有2GB/高階手機有3~4GB的RAM容量，基本上就可以擁有良好的操作體驗了。
想把只當作臨時存放東西的「倉庫」的RAM容量買大一點(6GB)，備而不用不好嗎 ? 老子有錢，想要任性點 ，版主也只能一笑置之。不過，版主還是要提醒，好的硬體一定要搭配優化能力較強的手機廠商才能發揮所長。臨時存放東西的「倉庫」變大了，但連接倉庫的通道狹小或是通道上塞滿雜物，倉庫再大也只會成了蚊子倉庫。
頭文字D 動漫有段情節，劇中藤原拓海的AE86引擎掛掉後改裝性能更強的4AG-E AE101高轉速引擎。雖然4AG-E AE101引擎屬於怪獸級的高速引擎，但缺乏高轉速表及駕馭經驗不足下，藤原拓海剛開始的成績不進反退。目前推出6GB的廠商~ vivo 、Le 、Vernee 、Asus 都不是在手機優化卓著的一線大廠，要想真正體驗6GB RAM帶來的好處建議還是等三星或HTC推出吧!

#其實古哥很厲害的
#歡迎分享

讓物聯網應用開發全面提速，巨頭們用了“大”招【物女心經】

作者：物女王（彭昭）
物聯網智庫 整理發佈

導 讀

物聯網時代，工具的選擇尤為重要。當大部分人還拿著大刀長矛以原始姿勢赤身肉搏時，率先發明火炮步槍，並掌握狙擊方法的人想輸都難。既然IoT低代碼程式設計工具已經出現，我們有必要將它仔細審視一番，掂量一下是否趁手。

在各種IoT平臺你爭我奪的“大戰”中，平臺型企業或者初創物聯網公司紛紛都在打磨著自己的IoT程式設計工具，前沿的一些已經初具雛形，尤其值得關注：
• 本周，阿里雲IoT更新了IoT Studio，這是一套針對物聯網應用的開發工具。IoT Studio可以提供視覺化的應用開發和服務開發能力，説明使用者改善在實際專案交付中，經常面臨的應用開發成本高、需求定制化程度高、投入產出比低等問題。

• 西門子收購的低代碼平臺Mendix在去年實現了150%的高增長。今年4月，西門子將Mendix與工業互聯網平臺MindSphere進行了集成，這意味著沒有很強IT程式設計經驗的OT工程師們，也可以利用Mendix快速構建物聯網服務。Mendix已經培育的60,000名開發者，也將為MindSphere快速構建應用程式。

這些舉措對於物聯網來說具有深遠影響，他們都指向同一個方向：改進程式設計工具、簡化程式設計環節、降低開發成本，是加速物聯網專案落地的一條捷徑。

由於在物聯網時代，工具的選擇尤為重要。當大部分人還拿著大刀長矛以原始姿勢赤身肉搏時，率先發明火炮步槍，並掌握狙擊方法的人想輸都難。

既然IoT低代碼程式設計工具已經出現，我們有必要將它仔細審視一番，掂量一下是否趁手。

因此在本文中你將看到：

• 什麼是IoT程式設計工具？
• 為什麼需要低代碼？
• IoT低代碼程式設計工具之間有什麼差異？

01

什麼是IoT程式設計工具？

在互聯網時代的IT軟體世界中，有4個最核心的成員：

作業系統、程式設計語言、編譯器和資料庫。

1970年，貝爾實驗室的肯•湯普遜和鄧尼斯•利奇開發出了世界第一個通用型電腦作業系統：Unix。

1985年，微軟推出了第一版Windows作業系統。

Linux是一類Unix電腦作業系統的統稱，公認在1991 年誕生。

目前在移動設備上廣泛使用的Android作業系統，也是創建在Linux內核之上。

而程式設計語言的出現，在作業系統之前。

1952年，組合語言Flow-Matic出現。組合語言本質上是使用助記符來代替機器語言01010101，但這種語言對電腦硬體依賴很大。不同的電腦，組合語言不相通。

1957年，世界上第一個高級程式設計語言FORTRAN問世，它使電腦語言從原始的低級組合語言走到人人易懂的境界。

從此，電腦不再是科學家的專利。可以說FORTRAN的誕生，孕育了軟體產業。此後，電腦高級程式設計語言進入蓬勃發展的時代。

由此，可以看出作業系統和程式設計語言的重要性不相伯仲。

到了物聯網時代，作業系統發生了變化。

互聯網時代，作業系統調度的是PC或者手機中的計算和存儲資源。

物聯網時代，作業系統進化為物聯網平臺，它對“物體”的調度過程，由調度“雲、管、邊、端”不同層級中不同設備的計算資源而實現。

比如RT-thread、Mindsphere、WISE-PaaS…都是物聯網時代的作業系統。

下圖是在微軟眼中，物聯網時代作業系統應當具備的能力：

相比於PC作業系統，物聯網作業系統或者平臺具有以下幾個明顯特性：

• 無縫更新：系統更新通過後臺完成，無需中斷
• 更加安全：具備防止惡意攻擊能力
• 長期連接：保持 5G、WiFi等連接能力，保證設備間能一直相互連接
• 可持續的性能
• 雲端接入能力：支援設備與設備間進行無縫訪問資料
• 具備AI能力
• 支持各種交互：兼顧觸控、手寫、語音、鍵鼠等方式，以及能夠通過感測器和姿勢感知
• 多樣產品形態：支援雲、邊、端的應用

最近一系列基於微內核的IoT OS推出，比如阿里AliOS Things、華為鴻蒙OS、GoogleFuchisa，進一步詮釋了物聯網作業系統的特徵。

微內核並非新鮮事物，最早可以追溯到卡內基梅隆大學在1985年推出的微內核作業系統 MACH。新一代的微內核IoT OS可以支援從小到大的各種智慧設備，包括從煙感感測器、到攝像頭、再到計算閘道等；提供各種本地外掛程式、羽量級GUI、以及豐富的連結協定，滿足碎片化的設備開發的需求；還有豐富的雲端一體化的外掛程式，包括連雲套件、OTA、視頻語音連雲套件，確保設備和雲端的設備影子即時同步。

總而言之，基於微內核的物聯網作業系統，有能力適配高度碎片化的硬體與晶片生態，有豐富的本機群組件來支援不同的設備，又能夠充分和雲端的大資料計算能力形成協同，奠定了數位化物理世界的基礎。

在互聯網時代，作業系統幾乎只需要支援PC和手機就可以完成任務。但是到了物聯網時代，IoT作業系統或者IoT平臺的複雜性急劇上升，為了令其更加易用，程式設計語言也需隨之進化，IoT程式設計工具由此產生。

從作業系統到物聯網平臺，從程式設計語言到IoT程式設計工具，這是一個自然而然的推進過程。

可以預見，編譯器和資料庫在物聯網時代也將產生更新或者變異。比如華為在8月31日剛剛開源的方舟編譯器，以及濤思資料推出的時序資料庫，都更加適合物聯網時代的應用。

在物聯網時代，上述這些工具都會進化，有些可能會徹底變成新的物種。IoT平臺與PC作業系統有本質不同，IoT程式設計工具也與程式設計語言有著天壤之別。

因此，在物聯網時代我們需要一個更加立體、分層和全域的視角，來看待關鍵領域。不管是作業系統，還是程式設計語言，都應建立一個全新的理解，從而發現新的機會，更好的利用工具，實現物聯網業務的拓展。

02

什麼是低代碼？

既然與PC作業系統相比，IoT平臺的複雜性急劇上升，需要調度“雲、管、邊、端”各方資源、兼顧傳感、姿勢、語音等各種對話模式，又要保持5G、WiFi、BLE等連接隨時線上…

那麼，IoT程式設計工具的重要使命就是降低這種複雜度，讓開發者可以輕鬆上手。因此“低代碼”是大勢所趨。

簡單來說，“低代碼開發”被用來描述一種快速設計和開發的軟體系統，無需編碼或通過少量代碼，就可以快速生成應用程式。它是研究機構Forrester Research在2014年最先使用的一個術語。

其實低代碼並不是最近才出現的新事物，它可以追溯到上個世紀90年代。

在1991年誕生的快速應用程式開發（Rapid Application Development，縮寫：RAD），目標是在60到90天的短時間內，建立符合使用者要求的業務軟體。RAD的出現掀起了一場程式設計方式的革命，它帶來了視覺化程式設計，使得程式設計的門檻變低了。

根據Forrester的分析預測，低代碼平臺有可能使軟體發展速度比傳統方法快上10倍。到2022年，低代碼平臺市場將從現有的40億美元，增長到220億美元。

如果將“低代碼開發”和汽車製造做類比，“低代碼”之于IoT開發者就像自動化生產線對於汽車行業的作用。

過去汽車的裝配需要手工完成，現在都是通過自動化生產線實現。雖然早期自動化進程中使用的生產線，對汽車複雜多變的配置無能為力，但它們確實加快了裝配和交付的進程。

作為對比，現在的程式設計工作大部分還處於手工作業階段，生產效率在很大程度上取決於編碼者個人的專業技術水準，“低代碼”儘量用少量的代碼開發出企業級的應用，最大限度的提高應用開發的效率。

眾所周知的低代碼實例是WordPress，它是一款開源CMS（Content Management System，內容管理系統），特性是易上手，開發速度尤其快，甚至無需代碼，直接安裝範本和外掛程式就可以達到要求。

使用WordPress，中小型企業只需雇傭一名不懂程式設計的員工，便可以借助網上發佈的各種主題和外掛程式，在完全不需要程式設計代碼的情況下進行基本網站編輯。目前WordPress已經支持了世界上超過70%的網站。

至此，可以看到低代碼具有如下優勢：

• 降低程式設計門檻，不需要大量的程式設計知識
• 大大加快應用程式的開發和部署時間
• 節省成本，節省專案規劃或員工培訓的時間
• 使用者可自訂模組，應用程式可以靈活調整
• 開發者可以將精力更好的分配於核心任務

任何事物都有兩面，必須說明，低代碼也存在使用風險：

• 供應商被鎖定：目前低代碼程式設計工具並不通用，選擇其中一種便意味著鎖定了供應商。
• 維護成本較高：由於低代碼及其供應商存在較強的耦合性，也就意味著供應商擁有較強的議價能力。
• 存在監管隱患：因為減少了代碼編寫的工作量，開發者很難知道API調用的背後隱藏著什麼秘密。
• 功能可能有限：任何低代碼的供應商都不可能預測到所有的應用細節，如果開發者希望更加靈活地適應企業的需求，就需要使用自己編寫的代碼來滿足。
• 應用千篇一律：低代碼程式設計專案可能最終看起來彼此都非常相似，因為開發者使用的是相同的模組。

任何技術都有利弊，越容易被創建，往往也意味著，越容易被複製。

而我們需要做的，就是權衡利弊，想好自己是否要用這個工具。

03

IoT低代碼程式設計工具之間有什麼差異？

總體而言，有兩類公司在提供IoT低代碼程式設計工具，分別是物聯網平臺型企業和應用服務初創型公司。

除了文初提到的阿里和微軟，AWS、Google、Salesforce等巨頭都有提供IoT低代碼程式設計工具。

典型的低代碼平臺初創公司，除了被西門子收購的Mendix，比較知名的還有OutSystems、ServiceNow、Kony等。

市場研究機構Gartner和Forrester分別繪製了低代碼平臺的格局版圖。

這兩類公司由於各自目標不同，所提供的IoT低代碼程式設計工具其側重點也有所區別。

物聯網平臺型企業：這類企業的目標是降低物聯網平臺的應用門檻，彙聚開發者生態，因此往往提供的是端到端的IoT低代碼程式設計工具或者開發環境。

以阿里雲最近更新的IoT Studio為例，它是一套專為物聯網應用所設計的整合式開發環境IDE，功能包括：

• 設備資料無縫集成：設備相關的屬性、服務、事件等資料均可從阿里雲物聯網平臺設備接入和管理模組中直接獲取，大大降低物聯網開發工作量。
• 面向各個行業提供場景化範本：開發者可以直接利用現有的（包含設備，應用和服務的）解決方案模版來開發自己的業務，將原有需要幾周的開發過程縮短到幾天。
• 視覺化應用開發：使用者通過簡單的視覺化拖拽的方式，即可將各種元件、圖表與設備相關的資料來源進行關聯，幾乎無需任何程式設計經驗，整個過程就像使用PPT一樣簡單。
• 提供服務開發的功能：使用者可以很方便的實現設備之間的聯動、設備與服務之間的資料流程轉。IoT Studio打通了阿里雲API市場，用戶還可利用各種人工智慧及資料分析的API。

應用服務初創型公司：這類企業將低代碼平臺本身作為核心產品，探索與之相應的新型行業模式，因此他們的程式設計工具一般並非針對物聯網應用所創建，或者並不具備對於物聯網異構設備的支援能力。

以被西門子並購的Mendix為例，它本身是一個加速企業敏捷開發流程的PaaS平臺，並自稱是全球唯一一個真正的雲原生低代碼平臺。

它由3個無縫集成的產品組成：Sprintr，AppFactory和Mendix Platform-as-a-Service，分別實現的功能如下：

• Sprintr：採用羽量級的社交方法進行企業專案協作。通過在整個企業中提供協作平臺，Sprintr打破了不同部門和專業之間的隔閡，所有員工都是同一個私有社交網路的一部分。
 AppFactory：讓使用者能夠使用高級視覺化的模型開發應用程式。這可以實現業務和IT之間的協作，還可縮短回饋週期。AppFactory又由3個元素組成：
-Mendix Business Modeler：使用視覺化模型設計和開發應用程式的建模環境。
-Mendix Team Server：基於雲的模型存儲庫，用於團隊成員協作並進行版本控制。
-Mendix AppStore：應用市場，用於共用和下載業務範本、主題和技術元件。
• MendixPlatform-as-a-Service：使用者只需按一下一下，即可從Mendix Business Modeler中將應用程式模型上傳到Mendix PaaS，從而輕鬆部署應用程式。

被西門子收購之後，Mendix在最新的19版中增加了對於物聯網設備的支援，並升級了AI引擎，提供對於物聯網資料的分析服務。

----寫在最後----

借助IoT低代碼程式設計工具，讓企業有機會嘗試用更少的資源更快更好的實現應用。如果將其承載在工業大腦或者智慧城市的管理平臺之上，勢必將會激發各類應用開發者的創意和想法，讓各類應用快速集成落地。

對於開發者數量有限的傳統行業，IoT低代碼程式設計工具還有可能加速IT和OT的融合。

當然，各種IoT低代碼程式設計工具是否被宣傳得恰如其分，是否在實踐中方便使用，還需要經過驗證。

本文小結：

1.在物聯網時代我們需要一個更加立體、分層和全域的視角，來看待關鍵領域。不管是作業系統，還是程式設計語言，都應建立一個全新的理解，從而發現新的機會，更好的利用工具，實現物聯網業務的拓展。
2.與PC作業系統相比，IoT平臺的複雜性急劇上升，IoT程式設計工具的重要使命就是降低這種複雜度，讓開發者可以輕鬆上手，因此“低代碼”是大勢所趨。
3.現階段有兩類公司在提供IoT低代碼程式設計工具，分別是物聯網平臺型企業和應用服務初創型公司。

資料來源：https://mp.weixin.qq.com/s?__biz=MjM5MTM5ODQyMA==&mid=2651216898&idx=1&sn=b08fe67b565b6c82dadd4468ac21c791&chksm=bd44d3798a335a6fdb7bbb7aa838ebd4d98a2409990dd97fb56ad85d33d3a95d7fe7bb5d418c&scene=21#wechat_redirect

醞釀整整一年，西門子翻開了加速工業互聯網落地的“王牌”【物女心經】

作者：物女王（彭昭）
物聯網智庫 整理發佈

導 讀

近日，西門子舉辦了一年一度面向分析師的年會，並在會上宣佈推出Xcelerator，這是一個MindSphere與Mendix融合之後的產物。我們都知道，MindSphere是西門子的工業互聯網平臺，Mendix是西門子在2018年8月收購的低代碼程式設計平臺，他們結合之後的Xcelerator是什麼？廢話不多說，我們馬上就來解讀。

上周的文章《讓物聯網應用開發全面提速，巨頭們用了“大”招》中我曾談到，在各種物聯網平臺你爭我奪的“大戰”中，很多公司正在悄悄地打磨自己的IoT程式設計工具。

這些舉措對於物聯網來說具有深遠影響，他們都指向同一個方向：改進程式設計工具、簡化程式設計環節、降低開發成本，是加速物聯網專案落地的一條捷徑。

這周，西門子有了進一步動作，對外公佈了自己的低代碼王牌。

9月3日至6日，在紐約，西門子舉辦了一年一度面向分析師的年會，其上西門子宣佈推出Xcelerator，這是一個MindSphere與Mendix融合之後的產物。

我們都知道，MindSphere是西門子的工業互聯網平臺，Mendix是西門子在2018年8月收購的低代碼程式設計平臺，他們結合之後的Xcelerator是什麼？

廢話不多說，我們馬上就來解讀。你會看到西門子此舉對於工業互聯網發展的教科書式的借鑒作用。

文中很多資料都是西門子在年會中首次公開，你將看到：

• 拆解Xcelerator，西門子推出Xcelerator的意義是什麼？
• IIoT平臺成為驅動西門子公司下一輪增長的最大引擎，這個引擎是虛胖還是實力？
• 西門子將技術拖入“零門檻”，能否碾壓物聯網應用的複雜性？

01

工業互聯網平臺+低代碼工具=Xcelerator

Xcelerator和Accelerator（加速器）諧音，沒錯，西門子正在觸發一次工業互聯網的加速。

西門子在發佈Xcelerator之時，曾開宗明義的說：它的意義是將“劣勢”變成“優勢”，“短板”轉為“長板”。具體到製造業，Xcelerator將製造業的複雜性轉變為競爭優勢。

“Most manufacturers struggle withcomplexity and look to limit it. But those who want to be the leader in theirfield need to be able to leverage complexity as a competitive advantage.”

“大多數製造商都在努力解決和消除複雜性。但那些希望成為領軍者的企業，需要有能力將複雜性變為競爭優勢，並從中獲益。”

那麼Xcelerator到底是什麼？

Xcelerator是一個軟體產品組合，由西門子工業互聯網平臺MindSphere提供底層支援。該組合中包含產品生命週期管理軟體PLM、電子設計自動化軟體EDA、應用程式生命週期管理軟體ALM、製造運營管理軟體MOM，以及西門子工業互聯網平臺MindSphere上的SaaS應用。

簡單的說，西門子把各種軟體、服務和開發能力都搬到了工業互聯網平臺MindSphere上，然後裝入了加速引擎Xcelerator。這就意味著Xcelerator包含了用於電氣設計、機械設計、系統模擬、生產製造、管理運營和生命週期分析的各種軟體和服務的組合。

Xcelerator怎麼將製造業的複雜性轉變為競爭優勢？

為了讓所有Xcelerator的使用者都能夠方便上手，並創建可追蹤的數位執行緒（Digital Thread），Xcelerator將Mendix低代碼平臺與原有的軟體產品打通，讓任何使用者不需要程式設計經驗，就可以輕鬆利用Mendix開發環境，創建、集成和擴展現有的資料和系統。

Mendix的首席執行官Derek Roos提到，西門子將通過Mendix開放其整個軟體產品組合，而且西門子還承諾通過Mendix可以實現西門子應用軟體和任何其他品牌的企業資源管理系統ERP、客戶關係管理系統CRM或者資產管理系統的互聯互通。

具體而言，Xcelerator的殺手鐧包括三個：

• 全方位的數字孿生
• 個性化配置
• 靈活開放的生態

我們分別來說。

• 全方位的數字孿生

西門子一直在宣導數字孿生的閉環。西門子的想法是從生產和設計的資料中建立產品和性能的數位孿生，實現決策過程的閉環，從而持續優化產品設計和製造過程。

這裡有必要提到一個概念：數字執行緒（Digital Thread）。數位執行緒為數位孿生提供訪問（Access）、整合（Integrate）和轉換（Transform）的能力，目標是貫通產品生命週期和價值鏈，實現全面追溯、雙向資訊共用和價值鏈協同。

數位孿生是物件、資料。數位執行緒是方法、通道、介面。數位執行緒交換和處理數位孿生的相關資訊。

西門子給出了實施案例。以HP印表機為例，數位執行緒的運用提升了列印噴頭的冷卻效率。資料顯示，列印噴頭冷卻機的流速提升22%，列印速度提高了大約15%，產品研發速度提升75%，部件成本降低了34%。

• 個性化適配

這裡西門子強調了IIoT雲戰略，並稱已經為工業互聯網雲端解決方案準備好了可擴展的環境，可以按照用戶的需求靈活部署。

Mendix是實現個性化配置的重要一環，它提供個性化的應用程式開發，加速創新過程。

西門子還在某些軟體中引入了“自我調整UI”的功能。自我調整UI是利用人工智慧AI演算法，根據使用者的使用狀態，自動呈現下一步操作命令的功能。根據西門子的統計，自我調整UI的準確率約為95%。

• 靈活開放的生態

西門子公開了相關的生態資料。

西門子的三維建模內核元件“Parasolid”全球使用者超過400萬，三維模型資料格式“JT”會員超過130名，它們已被許多公司採用，成為了行業的事實標準。西門子的PLM相關軟體在全球已經積累了超過9萬名開發者。

隨著生態系統的發展，西門子摸索了一套與合作夥伴有效協同的方法。

比如，西門子通過與IBM的資產管理軟體“MAXIMO”連接，實現了卡車運營時間和可用性的提升，以及運營成本的降低。西門子還與BentleySystems合作，提供印刷電路生產線的運營狀況管理方案，以及電廠的綜合資產績效解決方案。

為了更好的講清Mendix和Xcelerator的關係和定位，Mendix首席執行官DerekRoos進行瞭解讀。

在被西門子收購之時，Derek就判斷Mendix與西門子的結合將掀起一場有真正價值的“資料海嘯”。在西門子分析師年會上，Derek全程幾乎只講了一張圖，就是下面這張。

根據Derek的表述，Mendix低代碼平臺將成為所有西門子雲端解決方案的主要應用平臺，西門子的用戶可以利用Mendix在任何設備、任何位置、任何雲平臺上創建應用和分享資料。西門子的各種軟體系統正在踏上利用API逐步開放的新征程，Mendix將可訪問所有系統中的資料。

Mendix低代碼平臺將會增加一個新的特定領域應用服務層（Domain-Specific APPServices Layer），並且將會與MindSphere進行集成。

今年4月，Mendix還披露了自己的“登月計畫（Moon Shot）”，推出Mendix資料匯流排（DataHub）。Mendix資料匯流排通過將資料和系統抽象為跨越整個企業的資料虛擬化層，以克服在快速構建軟體解決方案時，資料難以集成的巨大瓶頸。

目前Mendix資料主線（DataHub）服務於西門子、SAP、Salesforce、微軟和IBM，這意味著利用Mendix，用戶可以在這些雲平臺上自由的使用各種應用和分享相關資料。

從Derek的用詞中判斷，一切即將發生，只是時間問題。

02

IIoT平臺成為驅動下一輪增長的最大引擎

西門子將MindSphere定義為下一輪增長的最大引擎。

從下圖中的圈層可以看出，MindSphere工業互聯網平臺、物聯網硬體、應用和分析服務、數位化企業…層層嵌套，MindSphere位於核心地位。

從資料上來看，MindSphere在遍佈17個國家的20個垂直行業取得了應用，吸引了超過1000名解決方案開發者、資料科學家和工程師。

以細節著稱的西門子，將企業的數位化成熟之路進行了詳細的劃分。

具體包含3大階段、6個步驟…以及7種服務。

至於3大階段、6個步驟、7種服務的具體內容，此處暫且略過，以後再做解讀。

總體而言，西門子的雲服務取得了不錯的成績。APP應用數量超過23.5萬，年度經常性營收ARR增長率超過40%，客戶超過1000家，開發者大於10萬名，合作夥伴650家，接入了超過140萬台聯網設備。

從業績指標來看，在剛剛過去的2019年第三季度，西門子渡過得格外艱難。數位化業務的銷售額和訂單量雙雙下降。

業務部門 第三季度銷售量 訂單量
數位化業務 -2% -5%
智慧基礎設施 2% 2%
天然氣和電力 -5% -15%
移動設備 -2% 18%
西門子醫療保險 6% 13%
西門子可再生能源 24% 42%
工業總量 2% 7%

就行業側重來看，西門子的數位化業務涵蓋離散自動化和流程自動化兩大領域。在離散自動化領域，由於汽車、製藥和機械製造等行業的生存環境變化，西門子受到了較大的影響。

因此在未來的幾個季度，西門子勢必將增長重心轉移到石油、礦山、天然氣、造紙等流程自動化領域。

03

讓技術進入“零門檻”時代

低代碼的最大作用，是推進一次關於成本的革命，完成一次從量變到質變的昇華。

這裡的成本包含時間成本和人員成本。

這兩項成本在新技術的變革中潛移默化的提升，而且居高不下。技術的改進提升了系統的複雜度、管理的複雜性和對人員的素質需求。很多工作需要具備全方位知識的綜合技能人才，或者多位工程師共同協作才能完成。有些時候甚至要求一名工程師既懂雲平臺、又懂網路、還懂移動設備，這並不現實…

這些都是新技術應用中看不見的門檻。

因此一組矛盾越來越激化，就是各種行業需求和IT供應能力之間的矛盾，行業需求的緊迫性和IT開發週期的時滯性之間的矛盾。

這些矛盾不但需要解決，而且需要形成數量級式的變化，才能真正打通新技術為各行各業賦能之路。

為了降低物聯網的應用門檻，互聯網時代IT軟體世界中的4個最核心的成員：作業系統、程式設計語言、編譯器和資料庫，在物聯網時代都將迎來全新的形態。

從作業系統到物聯網平臺，從程式設計語言到IoT低代碼程式設計工具，這個過程正在逐步推進。

回到本文的主角Xcelerator，它將工業互聯網平臺和低代碼程式設計工具整合到了一起，試圖降低開發者的參與難度和門檻，形成開發者的協作社區，快速滿足各行各業的用戶需求。

在工業領域，工業互聯網平臺是當前的最大變革。

網路效應是平臺模式區別於其他商業模式區的關鍵特徵。

網路效應是指越多的用戶和開發者在平臺上進行交互，平臺對潛在的新用戶和新開發者越有吸引力。當這種動態的吸引機制形成自發生長之後，平臺將進入自我增長的良性週期。

網路效應包含兩種，單邊效應和雙邊效應。單邊效應是指在平臺的一側彙聚形成網路效應，開發者吸引更多開發者、用戶吸引更多用戶；雙邊效應是指在平臺的兩側彙聚形成網路效應，更多開發者吸引更多用戶，更多用戶又吸引更多開發者。

工業互聯網平臺是雙邊或者多邊平臺，平臺上角色越多，管理越複雜。制造型企業往往要在多個使用場景中操作多種軟體，極其麻煩。“工業互聯網平臺”+“低代碼程式設計工具”+“靈活的開發者生態”這一組合，是西門子針對製造業的複雜性，給出的教科書式的解決之道。

莎士比亞說，“All the world’s a stage”，世界是個舞臺。工業互聯網又何嘗不是另一個舞臺，這個舞臺是不是足夠吸引人，還得看製造企業是否願意為Xcelerator買單。

本文小結：
1. 西門子將工業互聯網平臺MindSphere和低代碼程式設計平臺Mendix相結合，推出Xcelerator，試圖加速工業互聯網的落地速度。
2. 西門子並未透露雲平臺的營收關鍵資料，只是透露了應用與開發者等數量指標，對面全球經濟環境的不確定性，工業互聯網平臺的落地難度增大。
3. 無論結果如何，“工業互聯網平臺”+“低代碼程式設計工具”+“靈活的開發者生態”這一組合，是西門子針對製造業的複雜性，給出的教科書式的解決之道，具有借鑒意義。

資料來源：https://mp.weixin.qq.com/s?__biz=MjM5MTM5ODQyMA==&mid=2651217008&idx=1&sn=16efe62fe522458e8353b669da3f3fd6&chksm=bd44d30b8a335a1d11c8115718727cec6dc3c68f8768f172421c991e4cbe98cc5eef2c2f0402&scene=21#wechat_redirect