老鍋的同行與低代碼的關系。
PHP低代碼開發(fā)平臺在線演示中心。
老鐵們早上好，今天聊聊同行眼中的低代碼應該長什么樣。最近好多的同行來我們公司進行交流學習，不斷的去探索低代碼所能賦能企業(yè)賦能的是誰？對象、技術、產品交付等等各方面進行深度的探討。也歡迎各位同行到我們公司來考察、學習、互相學習。
先說說我的觀點，很多同行認為生成是低代碼跟交互式低代碼。生成是低代碼是什么？生成是低代碼，比如通過這個平臺，然后設計，通過這個業(yè)務設計，把表單拖拉拽，把流程設計，然后生成一套系統(tǒng)去交付給客戶，客戶運行這套系統(tǒng)，這叫深層次低代碼。
衍生出來的是什么？衍生出來的是sars，就是在系統(tǒng)上設計，設計給你開通個手機號、注冊號，登錄上去，能設計出一套系統(tǒng)，這叫sars化系統(tǒng)，所有的數據都依托在那。
在這兩種場景下來說兩個弊端。
·第一個弊端，生成式。如果生成式，比如國家的稅率變了，假設這里增加了一個選項，怎么辦？是不是得去平臺重新生成出來？重新生成出來會不會覆蓋掉原有的業(yè)務？會不會出現什么問題？這個是不是值得思考？
·第二個弊端，sars化。給你一個賬號，可以通過賬號進行設計出這么多的業(yè)務，部署在所有的業(yè)務上傳數據。
在d代碼在這么多年的迭代下，sars化的d代碼可信嗎？我覺得可信，但是對于技術要求能力非常高。對于這種sars化的模型，認為sars化的模型并不適合于企業(yè)級的業(yè)務平臺、數據平臺。為什么？因為一家企業(yè)、一家公司、一家工廠也好，所有的數據都掌握在決定著企業(yè)的生存線，不是所有的公司都經得起數據丟失的。
明白我的意思嗎？所以在sars化的模型下，真正懂企業(yè)的人不會去做sars。真正從企業(yè)管理線出來的人不會去用sars化的模型去處理問題，這個非常關鍵，這個我說的應該大家都能理解。
我再分享一個叫交互式地代碼，交互式地代碼采用的就是交互式地代碼，我不說這個有多好，但這對于軟件公司是非常不利的。為什么所有的決定權源碼交付不加密，企業(yè)化服務不限開發(fā)項目，私有部署，在這么強大的這種理念下對于軟件公司非常不利。
但是隨著國際市場，國內市場的不斷進步，這個會被優(yōu)化掉。為什么以前在國內隨便拿到野馬改改，無所謂侵權，沒關系，但是隨著國內對于版權的能力的提升，大部分的用戶都知道不能侵權，所以也才敢這么去做交付源代碼交付的，不希望在一些東西上去較真。
為什么這么做？源碼交付、平臺交付、設計能力交付全部，這意味著非常多的內容，意味著非常多的風險。之所以能做得到，說到這個程度，連續(xù)幾年大家可以看一下，從發(fā)展到今天，從3.021年到今天的7.0，大家算算幾個年頭，幾個年頭更新多少次，也就是意味著每個月都有大量的補丁修復版本，修復升級功能等等。
平臺交付的優(yōu)點就出來了，也就是客戶其實在于平臺上有非常大的優(yōu)勢，可以自主的去控制系統(tǒng)，處理系統(tǒng)來研究系統(tǒng)，又可以利用能力去構建更大的業(yè)務，真正做到了系統(tǒng)助力企業(yè)轉型升級，這才是信息化軟件公司的本質，軟件即為服務。
今天講的干貨有點多，就講到這里，謝謝大家。
版權聲明：本文內容由互聯網用戶自發(fā)貢獻，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如發(fā)現本站有涉嫌抄襲侵權/違法違規(guī)的內容， 請發(fā)送郵件至 舉報，一經查實，本站將立刻刪除。
