狠狠色丁香婷婷综合尤物/久久精品综合一区二区三区/中国有色金属学报/国产日韩欧美在线观看 - 国产一区二区三区四区五区tv

低代碼甚至是零代碼工具一直被人非常看好和追捧，尤其是在云技術各種催生的背景之下，人們總是期望有一種工具或平臺能夠快速實現應用開發和部署，不寫代碼或者寫少量代碼就能夠實現客戶的需求，對軟件廠商或云廠商來說都是省心省力的事情。而最近特斯拉ERP開發用了低代碼工具（平臺）的消息在坊間一直流傳，導致人們對低代碼工具又掀起了一股狂潮，甚至歡呼低代碼工具的春天來臨了...

冷靜下來想一想，低代碼工具無非就是通過工具/系統自帶的組件組合拖放快速生成我們所需要的應用，在特定的環節里還能夠允許寫入少量的腳本代碼來擴充一定的功能，這類工具目前存在不少。典型的就是OA廠家開發的系統定制部署工具，只需要在后臺做做頁面UI設計，套一下固定模板，設置一下目錄，很快一套OA審核流程的頁面就出來了，功能強大到足以應對大部分的審核需求。就連跟SAP系統做RFC接口的對接，都只需要做一下簡單地配置就能夠成功調用并拉取到數據。

想想都覺得很靠譜，感覺程序員都要沒飯吃了對不對。

但，這真的靠譜嗎？

1、不要迷信這些工具。

低代碼的前提是廠商做了非常大量的封裝和功能模塊，這些都是超大量的代碼堆出來的，而且是需要經年累月的累積才有的成果，這個非常考驗軟件廠商的技術能力。很可惜，目前國內的廠家技術都達不到讓人放心可用的“低代碼”階段。

2、靈活性不高。

雖然它們在一定程度上可以減輕代碼量，快速部署應用，但這些應用幾乎千篇一律，就連上傳個Excel數據文檔，它上傳的步驟都一模一樣。

很榮幸我就被這樣的工具坑過，前東家買了一套類似“低代碼”的OA開發工具，一個簡單的上傳Excel的功能要點七八個鼠標，跟開發人員反饋進行用戶體驗上的優化，被告知行不通：軟件廠商根本沒有做這個上傳Excel窗口的定制后臺，加上沒有源碼，所以實現不了。

于是乎用這個低代碼工具做的Web應用系統，操作、UI、權限設置、框架、模板幾乎雷同，讓人審美疲勞和無感，架構技術缺陷，用戶抱怨連天。

3、功能局限。

面對國內復雜多變的企業業務環境，僅依靠拖拉幾個控件和模塊，用有限的代碼量來支撐是絕對不可能的。做過外包和企業技術人員的都很清楚，很多時候一套系統最根本的命脈就是那套“源碼”，只有它才能盡最大可能實現企業想要實現的功能，而不是那些什么封裝好的接口和模塊，畢竟那些都比較粗獷和有限。

所以你看SAP為何能夠得到廣泛認可？

1、它本身足夠強大。

后臺功能的配置以及原生支持的業務模式多到讓人懷疑人生，配置靈活性極強；

2、它提供了自由的系統開發能力。

SAP有自己獨特的開發語言，幾乎所有畫面都能查看到源碼，也能做一定程度的修改，可以做到不停機部署（熱部署）；部署SAP的企業可以根據自己的業務需要進行二次開發而不通過SAP原廠的介入，就好比如你買了一套Visual Studio開發工具。

你知道自由的系統二次開發能力對于制造業/供應鏈管理的企業有多么重要么？你知道這些企業業務的最大特點么？——多變！

好，就以上2點，其他ERP有誰能做得到的？SAP這套系統才是所有企業應用廠商應該仰望的目標，這才是當下“低代碼工具“的標桿。

（想到這里，我特別感慨：啥時候才有屬于中國人自己的編程語言啊？別提易語言，謝謝！）

這也就是為什么專業的視頻工作者剪輯視頻的時候都喜歡用專業的Adobe Premiere Pro和Final Cut Pro，而不會用什么愛剪輯、剪映等小軟件。難道還不明白嗎？平臺最重要，而不是簡單的工具。

其實阿朱說的很對：企業應用廠商現在做的所謂的低代碼工具，其本質和30年前的雅奇MIS、OA、BPM這些東西沒啥區別。