# 云原生編程語言 > 以下內容來自Joe Duffy的博客，[Hello, Pulumi!](http://joeduffyblog.com/2018/06/18/hello-pulumi/)。他說這些是為了說明為什么要創造Pulumi，在此我引用它說明為什么會有云原生編程語言。 對于每一個serverless函數來說，我都要寫幾十行的JSON或者YAML配置。要鏈接到一個API端點，我還要學習晦澀的概念，執行一系列復制-粘貼的低級工作。如果我想在本機上運行一個小的集群的話，那么Docker還是很棒的，但是如果要在生產上使用的話，那么就要手動管理etcd集群，配置網絡和iptables路由表，還有一系列與我的應用程序本身不相干的事情。不過Kubernetes的出現至少讓我可以配置一次下次就可以跨云平臺重用，但這還是會分散開發人員的精力。 我認為我還算一個經驗豐富的工程師，已經在軟件行業從業20年了，但是當我想要將自己的代碼部署到云中的時候，我感覺自己就像是個傻子。真是太令人悲哀了！如果我掌握了這些能力，那么是世界就會出觸手可及。我總是在淌這渾水，處理云的復雜性，而我真正想做的是花時間來創造業務價值。 關于編程的許多方面都經歷了類似的轉變過程： - 在80年代初，我們使用匯編語言對微處理器進行了編程。最終，編譯器技術進步了，我們可以同時處理多種常見的架構。像FORTRAN和C這樣的Low-level的編程語言開始興起。 - 在90年代初期，我們直接針對低級別操作系統原語進行編程，無論是POSIX系統調用還是Win32 API，并進行手動內存和資源管理。最終，語言運行時技術和處理器速度提升到了可以使用更高級別語言的狀態，如Java。除了動態語言之外，這種趨勢已經加速，如JavaScript統治了Web。 - 在21世紀初期，我們的編程模型中的共享內存并發性最好是原始的（[我花了很多時間在這個問題上](http://joeduffyblog.com/2016/11/30/15-years-of-concurrency/)）。現在，我們簡單地假設OS具有高級線程共享、調度和異步IO功能，以及編程到更高級別的API，例如任務和承諾。 我相信云軟件也在進行類似的轉變。從構建單一應用程序到構建真正的云優先分布式系統，我們正處在一場巨變中。然而，當海嘯發生之前，人們幾乎不知道它正在發生。 從上面的角度來看，使用“配置”情況是有道理的。在虛擬機的早期，我們利用現有的應用程序并將它們扔在柵欄上，以便有人添加一點INI或XML粘合劑，讓它們在虛擬機內部運行，以實現更靈活的管理。隨著我們將這些相同的虛擬機“提升并轉移到云中”，這種配置方法一直伴隨著我們。這將我們帶到了大致正確的邊界。 使用這種相同類型的配置表示基于容器的微服務、serverless和細粒度托管服務之間的關系導致了異常的復雜性。將應用程序轉變為分布式系統應該是事后的想法。事實證明，云覆蓋了您的架構和設計。表達架構和設計的最好的方式是使用代碼，使用真正的編程語言編寫抽象，重用和優秀的工具。 早些時候，Eric和我采訪了幾十個客戶。我們發現，開發人員和DevOps工程師都普遍感到幻滅。我們發現了極端的專業化，即使在同一個團隊中，工程師也不會使用同一種語言。最近幾周我已經聽到了這個消息，我期待有一天會出現NoYAML運動。