引:5G 已從根本上改變全球網路連接的方式,而工業物聯網(IIoT) 的價值則在於把製造業、供應鏈、終端使用者給無縫連接起來,實現產銷精準對接,有效降低成本及創造利潤。由九成中小企業所組成的台灣製造業將可望藉此有效運用資源、以差異化的智慧製造落地,取得全球經濟新常態後的數位商機。
#智慧製造 #大平台
ot it差異 在 台灣物聯網實驗室 IOT Labs Facebook 的最讚貼文
臺中榮總智慧醫療屢屢創新關鍵,整合OT力推醫療大數據與AI
臺中榮總大力推動電子病歷與無紙化作業之際,更花了3年時間,完成各類醫療儀器資料連線傳輸作業。這些龐大的儀器資料,也成為臺中榮總發展大數據、AI,並邁向智慧醫療的重要關鍵
文/李靜宜 | 2020-05-21發表
醫療大數據是臺灣科技防疫的關鍵,臺中榮民總醫院是全國第一家導入電子病歷的醫院,早在智慧醫療的發展上,比多數醫院更早邁出了關鍵一步。25年來,幾乎參與過每一次重大IT變革,臺中榮民總醫院資訊室主任賴來勳見證了臺中榮總一路邁向智慧醫療的過程,這也正是臺灣醫界過去20年來數位轉型的縮影。
臺中榮總自1982年成立後,便開始發展第一代智慧醫院,將過去人工作業改為電腦作業,著重建置內部資訊化整合管理系統,像是第一代整體性住院、門診、急診作業、單一劑量給藥、醫學影像傳輸系統等,為IT打下根基。
爾後,臺中榮總轉向打造外部資訊化整合管理系統,開始進行資料交換與資通訊整合作業,建立了中區榮民醫院醫療影像資料中心、衛生署電子病歷交換中心與電子病歷跨院互通等系統。
在跨入千禧年之際,臺中榮總面對Y2K資訊危機(千禧蟲危機),更花了整整十年,才將整體醫療資訊系統從IBM大型主機環境移轉到開放式Web化多層式系統,並開發了入出院病歷摘要等電子化系統、行動護理病歷電子化系統、住院醫囑開立系統、醫囑與報告查詢系統,並打造新急診、門診系統等。
隨著電子簽章法實施,以及衛福部推動醫事人員憑證IC卡與電子病歷管理規定等政策下,臺中榮總在2011年開始發展電子病歷與無紙化作業,這已經是他們推動智慧醫院的第三階段,也是這家醫學中心發展智慧醫療的關鍵轉折。
賴來勳提到:「臺中榮總是全國第一個實施電子病歷的醫院。」不只門診、急診、住院、護理、檢驗檢查報告等病歷記錄無紙化。更花了3年時間,完成呼吸機、洗腎機、麻醉機,以及生理監視器如心電圖、血氧飽和濃度等各類醫療儀器資料連線傳輸作業,來實現全面無紙化。賴來勳表示,儀器連線後不僅節省第一線醫護人員抄寫時間,更減少人為抄寫錯誤,提升了資料品質。
臺中榮總在行動化醫療資訊系統也力求突破,建立醫師交接班系統與行動巡房資訊系統,以及護理人員檢體確認、輸血掛血確認、給藥確認、門診即時拍照等行動系統,更進一步發展智慧病房護理系統、智慧病房病人床邊系統等。
無紙化後整合各類資訊,打造臨床監控與決策參考儀表板
臺中榮民總醫院資訊室主任賴來勳表示,整合儀器連線資料、臨床與病患資料,來發展大數據與AI,是對醫師較有幫助的一條路。攝影/洪政偉
到了2016年,臺中榮總不只全面實施電子病歷與門診、急診、住院病歷無紙化,更累積了大量儀器資料。剛好,新一波科技趨勢,如AI、大數據快速崛起,臺中榮總趁機花了2年時間,不斷實驗,嘗試了醫療影像、Chatbot、影像分析、語句分析等應用,來摸索如何將自家數據資產與新技術結合。
最後,臺中榮總決定聚焦,鎖定IoT醫療儀器設備應用,透過整合龐大的儀器連線資料、病人基本資料、臨床資料,建立多項臨床監控與決策參考系統,比如打造重症醫療平臺系統,來整合各重症加護單位病人病情的即時監控,或是提供全方位健康諮詢中心使用的全方位健康資訊系統,以及與後送合作醫院資料共享照護網的中風急性後期照護系統(PAC),再以此為基礎,進一步來發展智慧醫療。
幾年下來,臺中榮總IT團隊,為加護病房(ICU)、手術室打造多項系統。比如重症醫療平臺系統,資訊室建置一個重症戰情室,整合各重症加護單位的儀表板,來即時監控病人的病情。
其中,像是ICU床位一覽表,醫師可在同一畫面清楚看到加護病房每位病患的狀況,也可迅速掌握哪些病患可轉出到一般病房,讓其他重症病患盡快進來,保持ICU床位流動的順暢。
此外,賴來勳提到,加護病房的病人容易因為細菌感染而導致敗血症。為了及早發現可能會有這類症狀的病患,IT團隊整合了大量儀器的數據資料,打造出加護中心早期敗血症警示系統,並結合了加護病房病患的儀器資料、生理量測數值、疾病診斷等,關鍵資料每1小時都會自動更新,來反應病患最新狀況。
透過加護病房的儀表板,ICU的醫師與護理人員能第一眼能先用顏色辨識每位病患的狀況,紅色表示最危急,綠色就表示病患安全。透過這個簡單的識別機制,「醫師能提早一步發現,來治療這類病患,或許就能阻止敗血病的發生。」賴來勳說。
臺中榮總的ICU不只靠IT來追蹤病情危急的預警,甚以可以預測病患復原的情況。例如急性呼吸窘迫症候群(ARDS)是加護病房另一個棘手的危急症狀,因為這類病人一旦病發,得靠呼吸器才能存活,以往都是仰賴醫師的經驗,才能判斷病人何時可以脫離設備移出ICU。IT團隊根據病人的生理資料、年齡與性別資料,再加上呼吸器儀器資料,在重症戰情室中,打造了另一套加護中心ARDS名單智慧預測系統,可以用來預測何時可以開始訓練病人脫離呼吸器,協助醫護人員提早做準備。
有了加護病房的e化經驗,臺中榮總在2019年更進一步擴大適用範圍,推出了一般病房病情惡化預警系統。臺中榮總利用過去十年所治療的4萬多名病患的大數據,靠十多萬筆資料才訓練出這套預警系統的AI模型。現在,臺中榮總就連在一般病房中,預警系統也可以從病人過去48小時的資料,來預測未來6到12小時病情惡化的程度,讓醫師與護理人員優先照護出現警示的病患。
以大數據預估醫師手術時間,提升手術室使用率降低醫護人員離職率
臺中榮總資訊室更用IT重新顛覆手術室管理。賴來勳坦言,4年前臺中榮總手術室的護理人員大量流失,主因是醫師使用手術室開刀的時間無法精準預測,可能有醫師預計使用3小時,但實際手術進行了6小時。或是有手術提早結束,醫護團隊還得原地留守,等待下一臺手術進來,使得護理人員經常要加班。
另一問題是,手術室的跨團隊合作困難,一個手術不只執刀醫師,更需要有麻醉師與其他醫護人員共同合作,他透露,手術室是以醫師為中心的設計,因為執刀醫師要為所有成敗負責,所以團隊其他成員不太能左右醫師,自然也不會有所異議。加上經常加班,長期下來導致醫護人員待在手術室的意願不高。
為了要改善這個狀況,臺中榮總資訊室開始介入,並啟動智慧手術室管理專案。賴來勳提到,他們運用了大數據來預估醫師的手術時間,為了搜集每間手術室的時間記錄,他們在手術室配置了平板電腦,每位醫師上刀要按一下,準備劃下第一刀也要按一下,結束手術、病患離開手術室交接給恢復室時,都各要再按一下。搜集了一年的資料後,就能知道每位醫師開某項手術平均需要多少時間。
他進一步指出,當醫師開立醫囑,需要開立手術排程時,只要在系統輸入手術醫師與手術名稱,點選預計手術時間,則會帶入預設值,這個預設值來自該名醫師前一年的歷史平均值。不過,手術醫師還是可以評估病人情況進行手術時間的修改。
接下來,就是如何精確排程手術,並管理好臺中榮總30幾間手術室的運用。賴來勳提到,IT團隊建置了排程日誌系統,以目視化管理來做手術排程確認。
同時,醫療團隊更可透過手術室控臺系統掌握每一臺手術的狀況,包括手術前一天,可先列印每位病人入手術室的檢查表,進行最終確認,比如病患開刀所需的特殊材料或是特殊麻醉劑等是否準備齊全,避免人為書寫錯誤。此外,還建立了手術室即時動態幕,開刀當天,護理站可以看到每間手術室的即時動態,若是有已超過手術時間的狀況發生,護理站即可在第一時間主動電話詢問手術室是否需要支援。
賴來勳強調,智慧手術室管理帶來兩大好處,一是手術時間預估正確率提高,由改善前22%提升至改善後71.5%。二是手術室使用率提高,他提到,臺中榮總有32間開刀房,平均一間手術室造價是3千萬到6千萬元,若是有達文西機器手臂,造價則更加昂貴。
現在,在不增加投資與空間的情況下,若以節省下的手術時間來看,臺中榮總每年等於多了1間手術室的開刀時間。此外,也改善了醫護人員工作超時的問題,整體離職率也改善許多。「現在的醫療真的跟IT綁得很緊。」這位醫學中心的CIO靦腆地笑著說。
臺中榮總在健保雲端藥歷著墨頗深。先前,醫界曾經發生多次病患打了顯影劑,因為腎功能不好,而面臨須立刻洗腎的狀況。賴來勳提到,為了避免發生藥物過敏的狀況,臺中榮總決定把雲端過敏藥記錄整合到醫囑開立流程。
臺中榮總先找來醫師與藥師,逐一研究雲端藥歷上的大量過敏藥記錄,釐清健保署與各醫院對過敏藥記錄的差異,再建立一個自動轉換機制,將這些過敏藥記錄,轉換成臺中榮總院內的辨識藥碼,匯入到院內過敏藥資料庫。
日後,每當醫師開立處方時,就能在系統進行檢核與攔阻,比如有重複用藥或是藥品間的交互作用,更包含了跨院所用藥,就能預先攔阻,確保病人用藥安全。賴來勳指出,臺中榮總每個月已可攔截6千筆有疑慮的用藥處方。
今年,臺中榮總資訊室不只要在年底前於全臺12所分院導入臺中榮總核心醫療資訊系統。而病歷早已全面無紙化的臺中榮總,還要進一步導入同意書生成及電子簽署管理系統。不只住院同意書,今年要連同自費手術同意書、侵入性檢查同意書都能電子化。在同意書電子簽署,臺中榮總也預計利用簽名時錄影的解決方案,來確認是否病患本人。
除了醫院既有的結構化資料,考量到有醫院蒐集到越來越多的非結構化資料如大量外部資料、影像資料。臺中榮總也正考慮從原有的私有雲環境,慢慢走到資料湖,希望讓醫院的結構化資料或非結構化的各類資料,在未來能有更好的整合,才能有利於分析。
附圖:臺中榮民總醫院資訊室主任賴來勳 (攝影/洪政偉)
資料來源:https://www.ithome.com.tw/people/137635
ot it差異 在 台灣物聯網實驗室 IOT Labs Facebook 的最佳貼文
讓物聯網應用開發全面提速,巨頭們用了“大”招【物女心經】
作者:物女王(彭昭)
物聯網智庫 整理發佈
導 讀
物聯網時代,工具的選擇尤為重要。當大部分人還拿著大刀長矛以原始姿勢赤身肉搏時,率先發明火炮步槍,並掌握狙擊方法的人想輸都難。既然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
ot it差異 在 Moxa 四零四科技- [精彩回顧] 工業資安入門管理研討會 的推薦與評價
OT 是Operation Technology 的縮寫,相對應用於企業辦公室內的IT(Information ... 與IT 一樣,OT 為了強化系統效能,因此也有通訊需求,不過這兩種系統的通訊差異極大 ... ... <看更多>