基礎(chǔ)設(shè)施：條條道路通云端
對于云廠商來說，2019 年是碩果累累的一年。不僅初創(chuàng)公司在使用云計算，那些很注重安全的“保守派”公司（如政府機構(gòu)、醫(yī)療保健機構(gòu)、銀行、保險公司，甚至是美國五角大樓）也在遷移到云端。這種趨勢在 2020 年將會繼續(xù)，大大小小的公司都將（或者至少有計劃）遷移到云端。Gartner 公司最近發(fā)布了一個數(shù)字：
如果你是一個還在考慮要不要遷移到云端的決策者，不妨重新審視一下你的策略。如果你是一個獨立開發(fā)者，并且還沒使用過云基礎(chǔ)設(shè)施，那么完全可以在 2020 年嘗試一下。很多大型的云廠商（如亞馬遜、微軟、谷歌）都提供了免費的體驗機會。谷歌在這方面做得特別大方，它提供了價值 300 美元的一年免費服務(wù)。
策劃注：阿里、騰訊、華為等國內(nèi)云廠商同樣有免費云服務(wù)試用產(chǎn)品。
云平臺：亞馬遜領(lǐng)頭，其他跟上
作為第一大云廠商，亞馬遜在 2019 年可謂風(fēng)生水起。憑借其豐富的產(chǎn)品組合，亞馬遜將把它的優(yōu)勢延續(xù)到 2020 年。Canalys 發(fā)布的 2019 年第三季度報告指出，大型云廠商（AWS、Azure、GCP）占據(jù) 56% 的市場份額，其中 AWS 獨享 32.6%。
其他云廠商也在努力縮短與 AWS 之間的差距。微軟把主要目標(biāo)轉(zhuǎn)向了大型企業(yè)。最近，微軟打敗了亞馬遜，從美國五角大樓拿到了一個 100 億美元的大單子。這個單子將提升 Azure 的聲譽，同時削弱 AWS 的士氣。
谷歌一直在推動 CNCF，實現(xiàn)云計算運維的標(biāo)準(zhǔn)化。谷歌的長期目標(biāo)是讓云遷移變得更容易，方便企業(yè)從 AWS 遷移到 GCP。IBM 之前斥資 360 億美元收購了 RedHat，也想要在云計算市場占有一席之地。
在亞太地區(qū)，阿里云市場規(guī)模超過了 AWS、Azure 的總和，全球排名第三。中國國內(nèi)騰訊云等企業(yè)的增長勢頭也十分迅猛。
2020 年將出現(xiàn)更多的并購。當(dāng)然，很多初創(chuàng)公司將會帶來新的想法和創(chuàng)新，例如多云服務(wù)。因為競爭激烈，這些公司只能從降價和推出更多的創(chuàng)新產(chǎn)品來獲取利潤。
容器化：Kubernetes 將會更酷
在容器編排領(lǐng)域，雖然一度出現(xiàn)了“三足鼎立”（Kubernetes、Docker Swarm 和 Mesos），但 Kubernetes 最終脫穎而出，成為絕對的贏家。云是一個分布式系統(tǒng)，而 Kubernetes 是它的 OS（分布式的 Linux）。2019 年北美 KubeCon+CloudNativeCon 大會的參會者達(dá)到了 12000 名，比 2018 年增長了 50%。以下是過去 4 年參會人數(shù)的增長情況。
在 2020 年，Kubernetes 不僅不會后退，只會變得越來越強，你完全可以把賭注壓在 Kubernetes 身上。另外值得一提的是，Migrantis 最近收購了 Docker Enterprise，不過收購數(shù)額不詳。
幾年前，人們張口閉口說的都是 Docker，而現(xiàn)在換成了 Kubernetes。Docker 在它的全盛時期未能盈利，反而在優(yōu)勢漸退幾年之后才嘗試變現(xiàn)。這再次說明，在現(xiàn)代技術(shù)世界，時機就是一切。
軟件架構(gòu)：微服務(wù)將成為主流
谷歌趨勢表明，微服務(wù)架構(gòu)范式在 2019 年持續(xù)增長了一整年。
隨著軟件行業(yè)整體逐步遷移到云端，微服務(wù)也將成為占主導(dǎo)地位的架構(gòu)范式。微服務(wù)架構(gòu)崛起的一個主要原因是它與云原生完美契合，可以實現(xiàn)快速的軟件開發(fā)。我在之前的一篇博文中解釋了微服務(wù)架構(gòu)的基本原則及其優(yōu)勢和劣勢。
https://towardsdatascience.com/microservice-architecture-a-brief-overview-and-why-you-should-use-it-in-your-next-project-a17b6e19adfd
我假設(shè)現(xiàn)在也存在一種回歸到單體架構(gòu)的趨勢，因為在很多情況下，微服務(wù)架構(gòu)有點過頭了，而且做好微服務(wù)架構(gòu)設(shè)計其實很難。微服務(wù)架構(gòu)有哪些好的實踐？在之前的另一篇博文中，我也給出了一些大概，希望對讀者有用。
https://towardsdatascience.com/effective-microservices-10-best-practices-c6e4ba0c6ee2
編程語言（整體）：Python 將吞噬世界
機器學(xué)習(xí)、數(shù)據(jù)分析、數(shù)據(jù)處理、Web 開發(fā)、企業(yè)軟件開發(fā)，甚至是拼接黑洞照片，Python 的影子無處不在。
在著名的編程語言排行榜網(wǎng)站 TIOBE 上，Python 位居最流行編程語言第三位，僅次于 Java 和 C 語言。
更有意思的是，在 2019 年，Python 的流行度翻了一番（從 5% 到 10%）。
Python 的崛起將在 2020 年延續(xù)，并縮短與 Java 和 C 語言之間的差距。另一門無所不在的編程語言 JavaScript 正面臨下行的風(fēng)險。為什么 Python 的勢頭會如此強勁？因為它的入手門檻低，有一個優(yōu)秀的社區(qū)在支持，并受到數(shù)據(jù)科學(xué)家和新生代開發(fā)者的喜愛。
編程語言（企業(yè)方面）：Java 將占主導(dǎo)
之前的 TIOBE 網(wǎng)站截圖顯示，Java 仍然是一門占主導(dǎo)地位的編程語言，并將在 2020 年繼續(xù)保持這種地位。JVM 是 Java 的基石，其他編程語言（如 Kotlin、Scala、Clojure、Groovy）也將 JVM 作為運行時。最近，Oracle 修改了 JVM 的許可協(xié)議。
新的許可協(xié)議意味著使用 Java、Kotlin、Scala 或其他 JVM 編程語言的公司需要向 Oracle 支付大額費用。所幸的是，OpenJDK 讓 JVM 繼續(xù)免費。另外，還有其他一些公司為 JVM 提供企業(yè)支持。
因為體積和速度方面的問題，基于 JVM 的編程語言并不適合用在今天的無服務(wù)器環(huán)境中。Oracle 正在推動 GraalVM 計劃，旨在讓 Java 變得更加敏捷和快速，讓它更適合用在無服務(wù)器環(huán)境中。因為除了 Java，沒有其他編程語言可以提供企業(yè)級的穩(wěn)定性和可靠性，所以 Java 將在 2020 年繼續(xù)占主導(dǎo)地位。
企業(yè)版 Java：Spring 繼續(xù)發(fā)力
曾幾何時，在企業(yè)開發(fā)領(lǐng)域，Spring 和 JavaEE 之間存在著白熱化的競爭。但因為 Oracle 在 JavaEE 方面沒有作為，在競爭中慘敗，這導(dǎo)致了“MicroProfile”計劃的形成，并最終促成了 JakartaEE。
雖然所有的政策和活動都是圍繞 JavaEE 展開，但 Spring 事實上已經(jīng)贏得了這場企業(yè) JVM 之爭。2020 年，Spring 將成為 JVM 生態(tài)系統(tǒng)的頭牌。
有兩個正在進(jìn)展中的項目，它們旨在減小 Java 的體積，讓它更適合用在無服務(wù)器環(huán)境中。
其中一個是 Micronaut（https://micronaut.io/）。
另一個是 Quarkus（https://quarkus.io/）。
這兩個項目都使用了 GraalVM，它們在 2020 年將會得到 Java 社區(qū)更多的關(guān)注。
編程語言：后起之秀的突破
2000 年代，編程語言的發(fā)展出現(xiàn)了停滯。大多數(shù)人認(rèn)為沒有必要再去開發(fā)新的編程語言，Java、C 語言、C++、JavaScript 和 Python 已經(jīng)可以滿足所有的需求。但是，谷歌的 Go 語言為新編程語言大門打開了一扇大門。在過去十年出現(xiàn)了很多有趣的編程語言，比如 Rust、Swift、Kotlin、TypeScript。導(dǎo)致這種情況的一個主要原因是已有的編程語言無法充分利用硬件優(yōu)勢（例如多核、更快的網(wǎng)絡(luò)、云）。另一個原因是現(xiàn)代編程語言更加關(guān)注開發(fā)者經(jīng)濟，即實現(xiàn)更快速更容易的開發(fā)。在 Stackoverflow 提供的一份開發(fā)者報告中，排名靠前的現(xiàn)代編程語言如下所示（Rust 連續(xù) 4 年名列第一）。
在之前的一篇博文中，我深入探討了現(xiàn)代編程語言，對比 Rust 和 Go 語言，并說明了為什么現(xiàn)在是采用這些語言的好時機。
https://towardsdatascience.com/back-to-the-metal-top-3-programming-language-to-develop-big-data-frameworks-in-2019-69a44a36a842
最近，微軟宣布他們在探索使用 Rust 來開發(fā)更安全的軟件。
亞馬遜最近也宣布要贊助 Rust。
谷歌宣布將 Kotlin 作為 Android 官方開發(fā)語言，所以，在 JVM 領(lǐng)域，Kotlin 成了 Java 的主要競爭對手。
Angular 使用 TypeScript 代替 JavaScript，將其作為主要的編程語言，其他 JavaScript 框架（如 React 和 Vue）也開始為 TypeScript 提供更多的支持。
這種趨勢將在 2020 年延續(xù)下去，很多巨頭公司將會深入了解新一代編程語言（如 Rust、Swift、TypeScript、Kotlin），它們會站出來公開表示支持。
Web：JavaScript 繼續(xù)占主導(dǎo)地位
曾幾何時，JavaScript 并不被認(rèn)為是一門強大的編程語言。在當(dāng)時，前端內(nèi)容主要通過后端框架在服務(wù)器端進(jìn)行渲染。2014 年，AngularJS 的出現(xiàn)改變了這種局面。從那個時候開始，更多的 JavaScript 框架開始涌現(xiàn)（Angular 2+、React、Vue、Meteor），JavaScript 已然成為主流的 Web 開發(fā)語言。隨著 JavaScript 框架不斷創(chuàng)新以及微服務(wù)架構(gòu)的崛起，JavaScript 框架在 2020 年將繼續(xù)主導(dǎo)前端開發(fā)。
JavaScript 框架：React 閃耀
雖然 React 是在 AngularJS 之后出現(xiàn)的，但在過去十年對 Web 開發(fā)產(chǎn)生了巨大的影響，這也讓 Facebook 在與 Google+ 的競爭中打了一場勝戰(zhàn)。React 為前端開發(fā)帶來了一些新的想法，比如事件溯源、虛擬 DOM、單向數(shù)據(jù)綁定、基于組件的開發(fā)，等等。它對開發(fā)者社區(qū)產(chǎn)生了重大影響，以至于谷歌放棄了 AngularJS，并借鑒 React 的想法推出了徹底重寫的 Angular 2+。React 是目前為止最為流行的 JavaScript 框架，下圖顯示了相關(guān)的 NPM 下載統(tǒng)計信息。
為了獲得更好的并發(fā)和用戶體驗，F(xiàn)acebook 宣布完全重寫 React 的核心算法，推出了 React-Fiber 項目。
2020 年，React 仍然是你開發(fā)新項目的首選 Web 框架。其他框架（如 Angular/Angular 2+ 或 Vue）呢？Angular 仍然是一個不錯的 Web 開發(fā)框架，特別適合企業(yè)開發(fā)。我敢肯定谷歌在未來幾年會在 Angular 上加大投入。Vue 是另一個非常流行的 Web 框架，由中國的巨頭公司阿里巴巴提供支持。如果你已經(jīng)在使用 Angular 或 Vue，就沒必要再遷移到 React 了。
App 開發(fā)：原生應(yīng)用
在移動 App 開發(fā)方面，有關(guān)混合應(yīng)用開發(fā)的炒作有所消停。混合開發(fā)提供了更快的開發(fā)速度，因為只需要一個開發(fā)團(tuán)隊，而不是多個。但原生應(yīng)用提供了更好的用戶體驗和性能。另外，混合應(yīng)用需要經(jīng)過調(diào)整才能使用一些高級特性。對于企業(yè)來說，原生應(yīng)用仍然是首選的解決方案，這種趨勢將在 2020 年延續(xù)。Airbnb 在一篇博文中非常詳細(xì)地說明了為什么他們要放棄混合應(yīng)用開發(fā)平臺 React Native。
https://medium.com/airbnb-engineering/sunsetting-react-native-1868ba28e30a
盡管 Facebook 嘗試改進(jìn) React Native，谷歌也非常努力地推動混合 App 開發(fā)平臺 Flutter，但它們?nèi)匀恢贿m合用于原型、POC、MVP 或輕量級應(yīng)用的開發(fā)。所以，原生應(yīng)用在 2020 年仍將繼續(xù)占主導(dǎo)地位。
在原生應(yīng)用開發(fā)方面，谷歌和蘋果分別將 Kotlin 和 Swift 作為各自平臺主要的編程語言。谷歌最近再次重申了對 Kotlin 的支持，這對于 Kotlin 用戶來說無疑是個好消息。
混合應(yīng)用開發(fā)：React Native
在很多情況下，混合應(yīng)用是個不錯的選擇。在這方面也有很多選擇：Xamarin、Inoic、React Native 和 Flutter。Facebook 基于成熟的 React 框架推出了 React Native。就像 React 在 Web 框架領(lǐng)域占據(jù)主導(dǎo)地位一樣，React Native 在混合應(yīng)用領(lǐng)域也占據(jù)著主導(dǎo)地位，如下圖所示。
React Native 和 React 有共同的基因，都提供了高度的代碼重用性以及“一次開發(fā)，到處運行”的能力。React Native 的另一個優(yōu)勢是 Facebook 本身也用它來開發(fā)移動應(yīng)用。谷歌在這個領(lǐng)域起步較晚，但在去年，谷歌的混合應(yīng)用開發(fā)框架 Flutter 獲得了不少關(guān)注。Flutter 提供了更好的性能，但需要使用另一門不是那么流行的編程語言 Dart。React Native 在 2020 年將繼續(xù)占主導(dǎo)地位。
API：REST 將占主導(dǎo)地位
REST 是 API 領(lǐng)域事實上的標(biāo)準(zhǔn)，被廣泛用在基于 API 的服務(wù)間通信上。當(dāng)然，除了 REST，我們還有其他選擇，比如來自谷歌的 gRPC 和來自 Facebook 的 GraphQL。
它們提供了不同的能力。谷歌開發(fā)的 gRPC 作為遠(yuǎn)程過程調(diào)用（如 SOAP）的化身，使用 Protobuf 代替 JSON 作為消息格式。Facebook 開發(fā)的 GraphQL 作為一個集成層，避免頻繁的 REST 調(diào)用。gRPC 和 GraphQL 都在各自的領(lǐng)域取得了成功。2020 年，REST 仍然是占主導(dǎo)地位的 API 技術(shù)，而 GraphQL 和 gRPC 將作為補充技術(shù)。
人工智能：Tensorflow 2.0 將占主導(dǎo)地位
谷歌和 Facebook 也是深度學(xué)習(xí) / 神經(jīng)網(wǎng)絡(luò)領(lǐng)域的主要玩家。谷歌基于深度學(xué)習(xí)框架 Theano 推出了 TensorFlow，它很快就成為深度學(xué)習(xí) / 神經(jīng)網(wǎng)絡(luò)的主要開發(fā)庫。谷歌還推出了特別設(shè)計的 GPU（TPU）來加速 TensorFlow 的計算。
Facebook 在深度學(xué)習(xí)領(lǐng)域也不甘落后，他們擁有世界上最大的圖像和視頻數(shù)據(jù)集合。Facebook 基于另一個深度學(xué)習(xí)庫 Torch 推出了深度學(xué)習(xí)庫 PyTorch。TensorFlow 和 PyTorch 之間有一些區(qū)別，前者使用的是靜態(tài)圖進(jìn)行計算，而 PyTorch 使用的是動態(tài)圖。使用動態(tài)圖的好處是可以在運行時糾正自己。另外，PyTorch 對 Python 支持更好，而 Python 是數(shù)據(jù)科學(xué)領(lǐng)域的一門主要編程語言。
隨著 PyTorch 變得越來越流行，谷歌也趕緊在 2019 年 10 月推出了 TensorFlow 2.0，也使用了動態(tài)圖，對 Python 的支持也更好。
2020 年，TensorFlow 2.0 和 PyTorch 將齊頭并進(jìn)?？紤]到 TensorFlow 擁有更大的社區(qū)，我估計 TensorFlow 2.0 將成為占主導(dǎo)地位的深度學(xué)習(xí)庫。
數(shù)據(jù)庫：SQL是王者,分布式SQL是王后
在炒作 NoSQL 的日子里，人們嘲笑 SQL，還指出了 SQL 的種種不足。有很多文章說 NoSQL 有多么的好，并將要取代 SQL。但等到炒作的潮水褪去，人們很快就意識到，我們的世界不能沒有 SQL。以下是最流行的數(shù)據(jù)庫的排名。
可以看到，SQL 數(shù)據(jù)庫占據(jù)了前四名。SQL 之所以占主導(dǎo)地位，是因為它提供了 ACID 事務(wù)保證，而 ACID 是業(yè)務(wù)系統(tǒng)最潛在的需求。NoSQL 數(shù)據(jù)庫提供了橫向伸縮能力，但代價是不提供 ACID 保證。
互聯(lián)網(wǎng)公司一直在尋找“大師級數(shù)據(jù)庫”，也就是既能提供 ACID 保證又能像 NoSQL 那樣可橫向伸縮的數(shù)據(jù)庫。目前有兩個解決方案可以部分滿足對“大師級數(shù)據(jù)庫”的要求，一個是亞馬遜的 Aurora，一個是谷歌的 Spanner。Aurora 提供了幾乎所有的 SQL 功能，但不支持橫向?qū)懮炜s，而 Spanner 提供了橫向?qū)懮炜s能力，但對 SQL 支持得不好。
2020 年，但愿這兩個數(shù)據(jù)庫能夠越走越近，或者有人會帶來一個“分布式 SQL”數(shù)據(jù)庫。如果真有人做到了，那一定要給他頒發(fā)圖靈獎。
數(shù)據(jù)湖：MinIO 將要崛起
現(xiàn)代數(shù)據(jù)平臺非常的復(fù)雜。企業(yè)一般都會有支持 ACID 事務(wù)的 OLTP 數(shù)據(jù)庫（SQL），也會有用于數(shù)據(jù)分析的 OLAP 數(shù)據(jù)庫（NoSQL）。除此之外，它們還有其他各種數(shù)據(jù)存儲系統(tǒng)，比如用于搜索的 Solr、ElasticSearch，用于計算的 Spark。企業(yè)基于數(shù)據(jù)庫構(gòu)建自己的數(shù)據(jù)平臺，將 OLTP 數(shù)據(jù)庫的數(shù)據(jù)拷貝到數(shù)據(jù)湖中。各種類型的數(shù)據(jù)應(yīng)用程序（比如 OLAP、搜索）將數(shù)據(jù)湖作為它們的事實來源。
HDFS 原本是事實上的數(shù)據(jù)湖，直到亞馬遜推出了對象存儲 S3。S3 可伸縮，價格便宜，很快就成為很多公司事實上的數(shù)據(jù)湖。使用 S3 唯一的問題是數(shù)據(jù)平臺被緊緊地綁定在亞馬遜的 AWS 云平臺上。雖然微軟 Azure 推出了 Blob Storage，谷歌也有類似的對象存儲，但都不是 S3 的對手。
對于很多公司來說，MinIO 或許是它們的救星。MinIO 是一個開源的對象存儲，與 S3 兼容，提供了企業(yè)級的支持，并專門為云原生環(huán)境而構(gòu)建，提供了與云無關(guān)的數(shù)據(jù)湖。
微軟在 Azure Marketplace 是這么描述 MinIO 的：“為 Azure Blog Storage 服務(wù)提供與亞馬遜 S3 API 兼容的數(shù)據(jù)訪問”。如果谷歌 GCP 和其他云廠商也提供 MinIO，那么我們將會向多云邁出一大步。
大數(shù)據(jù)批處理：Spark 將繼續(xù)閃耀
現(xiàn)如今，企業(yè)通常需要基于大規(guī)模數(shù)據(jù)執(zhí)行計算，所以需要分布式的批處理作業(yè)。Hadoop 的 Map-Reduce 是第一個分布式批處理平臺，后來 Spark 取代了 Hadoop 的地位，成為真正的批處理之王。Spark 是怎樣提供了比 Hadoop 更好的性能的？我之前寫了另一篇文章，對現(xiàn)代數(shù)據(jù)平臺進(jìn)行了深入分析。
https://towardsdatascience.com/programming-language-that-rules-the-data-intensive-big-data-fast-data-frameworks-6cd7d5f754b0
Spark 解決了 Hadoop Map-Reduce 的痛點，它將所有東西放在內(nèi)存中，而不是在完成每一個昂貴的操作之后把數(shù)據(jù)保存在存儲系統(tǒng)中。盡管 Spark 重度使用 CPU 和 JVM 來執(zhí)行批處理作業(yè)，但這并不妨礙它成為 2020 年批處理框架之王。我希望有人能夠使用 Rust 開發(fā)出一個更加高效的批處理框架，取代 Spark，并為企業(yè)省下大量的云資源費用。
大數(shù)據(jù)流式處理：Flink 是未來
幾年前，實現(xiàn)實時的流式處理幾乎是不可能的事情。一些微批次處理框架（比如 Spark Streaming）可以提供“幾近”實時的流式處理能力。不過，F(xiàn)link 改變了這一狀況，它提供了實時的流式處理能力。
2019 年之前，F(xiàn)link 未能得到足夠的關(guān)注，因為它無法撼動 Spark。直到 2019 年 1 月份，中國巨頭公司阿里巴巴收購了 Data Artisan（Flink 背后的公司）。
在 2020 年，企業(yè)如果想要進(jìn)行實時流式處理，F(xiàn)link 應(yīng)該是不二之選。不過，跟 Spark 一樣，F(xiàn)link 同樣重度依賴 CPU 和 JVM，并且需要使用大量的云資源。
字節(jié)碼：WebAssembly將被廣泛采用
我從 JavaScript 作者 Brandon Eich 的一次訪談中知道了 WebAssembly 這個東西?，F(xiàn)代 JavaScript（ES5 之后的版本）是一門優(yōu)秀的編程語言，但與其他編程語言一樣，都有自己的局限性。最大的局限性是 JavaScript 引擎在執(zhí)行 JavaScript 時需要讀取、解析和處理“抽象語法樹”。另一個問題是 JavaScript 的單線程模型無法充分利用現(xiàn)代硬件（如多核 CPU 或 GPU）。正因為這些原因，很多計算密集型的應(yīng)用程序（如游戲、3D 圖像）無法運行在瀏覽器中。
一些公司（由 Mozilla 帶領(lǐng)）開發(fā)了 WebAssembly，一種底層字節(jié)碼格式，讓任何一門編程語言都可以在瀏覽器中運行。目前發(fā)布的 WebAssembly 版本可以支持 C++、Rust 等。
WebAssembly 讓計算密集型應(yīng)用程序（比如游戲和 AutoCAD）可以在瀏覽器中運行。不過，WebAssembly 的目標(biāo)不僅限于此，它還要讓應(yīng)用程序可以在瀏覽器之外運行。WebAssembly 可以被用在以下這些“瀏覽器外”的場景中。
- 移動設(shè)備上的混合原生應(yīng)用。
- 沒有冷啟動問題的無服務(wù)器計算。
- 在服務(wù)器端執(zhí)行不受信任的代碼。
我預(yù)測，2020 年將是 WebAssembly 取得突破的一年，很多巨頭公司（包括云廠商）和社區(qū)將會擁抱 WebAssembly。
代碼：低代碼 / 無代碼將更進(jìn)一步
快速的數(shù)字化和工業(yè) 4.0 革命意味著軟件開發(fā)者的供需缺口巨大。由于缺乏開發(fā)人員，很多企業(yè)無法實現(xiàn)它們的想法。為了降低進(jìn)入軟件開發(fā)的門檻，可以嘗試無代碼（No Code）或低代碼（Low Code）軟件開發(fā)，也就是所謂的 LCNC（Low-Code No-Code)。它已經(jīng)在 2019 年取得了一些成功。
LCNC 的目標(biāo)是讓沒有編程經(jīng)驗的人也能開發(fā)軟件，只要他們想要實現(xiàn)自己的想法。
雖然我對在正式環(huán)境中使用 LCNC 框架仍然心存疑慮，但它為其他公司奠定了良好的基礎(chǔ)，像亞馬遜和谷歌這樣的公司可以基于這個基礎(chǔ)構(gòu)建出有用的產(chǎn)品，就像 AWS Lambda 的蓬勃發(fā)展是以谷歌 App Engine 為基礎(chǔ)。
2020 年，LCNC 將會獲得更多關(guān)注。