銷售廣告總是很誘人：只需點(diǎn)擊幾下鼠標(biāo)的應(yīng)用程序。但是，當(dāng)你購買低代碼開發(fā)時，你真正為你的組織設(shè)置了什么呢？

在一個有高壓力期限和高要求老板的世界里，低代碼開發(fā)工具的承諾聽起來的確很棒：只需點(diǎn)擊幾下，非編碼人員就可以立馬完成一個簡單的應(yīng)用程序了。

這是許多廠商的銷售宣傳用語，他們都抓住了“低代碼”這個流行語。市場上也充斥著大量的工具，這些工具可以讓你用最少的保姆來兼顧所有的事情。現(xiàn)在比以往任何時候都更有可能生產(chǎn)出高質(zhì)量的軟件了，不需要成片的小隔間，也不需要由那些無所不知的開發(fā)人員所組成的敵對派系。

然而，承諾很容易做出，想要兌現(xiàn)卻很難。許多精明的首席信息官以前都聽過這些承諾，有時也會看到它們的失敗。計算機(jī)的歷史幾乎就是程序員添加更多層代碼來修復(fù)前一層的粗糙邊緣的歷史。第一個軟件編譯器被認(rèn)為是編寫機(jī)器代碼的低代碼替代品。不要驚訝，機(jī)器代碼也曾經(jīng)是一種低代碼的替代品，可以用來重新連接管子之間的連接。新的工具已經(jīng)被提升為對以前的低代碼的增強(qiáng)。

好消息是，從另一個高度來看，工具的發(fā)展是非常積極的。我們真的可以用更少的工作來做更多的事情。不過，來自戰(zhàn)壕的消息往往會更令人困惑。通常一個大的進(jìn)步往往也伴隨著管理它的責(zé)任。有時候，掌握一個工具并找到配置它的最佳方法，幾乎和從頭構(gòu)建某個工具所需要的工作量一樣多。

對于那些考慮低代碼選項的公司來說，理解和管理這種緊張關(guān)系就會是最大的挑戰(zhàn)。它們所提供的明顯優(yōu)勢是否值得為此付出幾個月的代價？要決定在多大程度上接受這一輪的承諾，需要仔細(xì)權(quán)衡以下這七個接受低代碼工具的原因和七個需要避免它們的理由。

優(yōu)點(diǎn)：速度

低代碼供應(yīng)商心中只有一個目標(biāo)：幫助每個人快速創(chuàng)建新的軟件。只需點(diǎn)擊幾下，用戶就可以創(chuàng)建一個帶有表單的頁面。把一些表單和視圖串在一起，你就有了一個應(yīng)用程序。點(diǎn)擊、編譯和測試循環(huán)通常也足夠快，以至于一些敏捷用戶甚至可以在討論應(yīng)用程序的會議期間實(shí)時的開發(fā)應(yīng)用程序。好消息是，這些工具通常能夠做到它們所承諾的事情。如果你的需求達(dá)到了他們所能提供的最佳狀態(tài)，你就可以用比讓一個真正的開發(fā)團(tuán)隊進(jìn)行視頻通話更少的時間來完成一個任務(wù)。

缺點(diǎn)：速度

放慢一點(diǎn)。速度快是件好事，但是匆忙地進(jìn)行軟件開發(fā)則可能是錯誤的。隨著編碼變得越來越容易，真正的挑戰(zhàn)將會是如何定義應(yīng)用程序并想象它在客戶生活中的角色。

當(dāng)工作沒有在幾分鐘內(nèi)被完成時，過于關(guān)注速度就會導(dǎo)致失望。是的，團(tuán)隊可能在那段時間里一起完成了三個原型，但是在這個過程中，他們忽略了10個概念上的障礙和幾十個必須解決的哲學(xué)難題。單純的點(diǎn)擊可能會阻礙戰(zhàn)略性的思維。真正的挑戰(zhàn)不是創(chuàng)造你想要的，而是首先知道你想要什么。

優(yōu)點(diǎn)：穩(wěn)定性

定制軟件對于公司來說是很難維護(hù)的。因為創(chuàng)建這個工具只是支持過程的開始，只要軟件在為公司服務(wù)，這個過程就會一直持續(xù)下去。通常來說，只是保持螺絲緊固和鍍鉻拋光就是比建立原始版本更多的工作了。

低代碼工具分?jǐn)偭怂邪惭b的支持成本。當(dāng)一個新版本的操作系統(tǒng)出現(xiàn)，或者一些新的數(shù)據(jù)存儲法規(guī)在國會獲得通過時，低代碼工具供應(yīng)商就可以為每個人實(shí)現(xiàn)它。采用一個低代碼平臺不僅僅是加入了一個俱樂部，而是與一個王朝聯(lián)姻了。它可能是一個小王朝，但每個人的利益都是一致的，這比你試圖用自己的員工來管理它能帶來更大的穩(wěn)定性。

缺點(diǎn)：共同的命運(yùn)

卸載對構(gòu)建低代碼平臺的公司的支持可以節(jié)省大量的金錢和時間，但穩(wěn)定性將無法得到保證。當(dāng)然，一些管理良好的框架的確可以引領(lǐng)每個人走向未來，但并不是所有的企業(yè)都管理良好。任何數(shù)量的公司事故都可能會摧毀你的平臺。也許是首席執(zhí)行官遇到了中年危機(jī)，想要進(jìn)入游戲行業(yè)。也許是首席財務(wù)官和國稅局的玩忽職守。也許是建造這個平臺的堅如磐石的天才們?yōu)榱藢で髥⑹径x開了組織。任何問題都可能破壞低代碼工具的穩(wěn)定性。如果你把你的信心放在了另一個組織上，那么你唯一的控制手段就可能是每年更新合同的這個過程了。

優(yōu)點(diǎn)： 賦權(quán)

一個好的低代碼平臺不僅能幫助IT部門，還能釋放業(yè)務(wù)部門員工的創(chuàng)造力，這些員工可能有遠(yuǎn)大的夢想，但沒有足夠的預(yù)算來資助一個真正的開發(fā)團(tuán)隊。現(xiàn)在他們可以花幾個小時的點(diǎn)擊來嘗試一個想法，而不是起草沒完沒了的規(guī)范文檔和預(yù)算請求了。

缺點(diǎn)：限制

低代碼特性可以是不可思議的，但它們不能把一個非程序員變成高級開發(fā)人員，即使這個非程序員可以像麻省理工學(xué)院最好的本科生一樣擁有點(diǎn)擊天賦。用戶仍然需要對計算機(jī)的工作原理有一個基本的了解，并能處理好一些信息。舉例來說，精通電子表格的人使用這些工具應(yīng)該不會有什么問題，但如果一個人只是因為修改文字處理器的頁邊距就害怕地尖叫，那么他也不可能奇跡般地在午餐前推出三款應(yīng)用程序。這些工具可以處理許多瑣事，但它們無法逃脫計算的基本哲學(xué)極限和當(dāng)前的計算環(huán)境。

優(yōu)點(diǎn)：一致性

世界能夠運(yùn)行得更好，是因為我們已經(jīng)發(fā)展出了一些標(biāo)準(zhǔn)的解決方案。所有汽車的油門踏板和剎車踏板幾乎都在同一個位置。冰箱總是傾向于將黃油儲存在相同的位置。使用低代碼解決方案大量開發(fā)應(yīng)用程序的好處是，你可能會構(gòu)建出一個廣泛使用的用戶界面小部件的集合。你的代碼將是相對標(biāo)準(zhǔn)的，甚至不用嘗試，因為你的代碼將使用與其他代碼相同的工具。

缺點(diǎn)：同質(zhì)性

和你的競爭對手做同樣的事情可能會讓你更容易的招到員工，但這也注定了你會迷失在人群當(dāng)中。有些軟件包就是為了吸引人們的注意力并突出你的企業(yè)。而和其他人做同樣的事情，會讓你無法被區(qū)分。

優(yōu)點(diǎn)：安全性

低代碼平臺通常會被設(shè)計來處理最常見的挑戰(zhàn)，比如安全或數(shù)據(jù)隱私。如果歐洲有了一項新法律或是出現(xiàn)了一些攻擊亞洲公司的安全噩夢，那么低代碼開發(fā)人員就很有可能已經(jīng)解決了這個問題。這就是使用共享框架的最大優(yōu)勢。他們已經(jīng)處理了常見的挑戰(zhàn)，所以你不必?fù)?dān)心他們。

缺點(diǎn)：社會化成本

低代碼平臺是共享資源，這也帶來了缺點(diǎn)。也許你的應(yīng)用程序充滿了社交媒體上的帖子，人們非常希望這些帖子能被廣泛傳播。然而，平臺開發(fā)者在設(shè)計他們的工具時對健康記錄進(jìn)行了嚴(yán)格的隱私保護(hù)。你將為此付出代價--甚至可能每次在有限制時，你都會被拔下一撮頭發(fā)。

優(yōu)點(diǎn)：簡單

低代碼工具被設(shè)計得非常簡單。當(dāng)你在為自己的業(yè)務(wù)擔(dān)憂時，低代碼平臺的開發(fā)人員也一直在為構(gòu)建一組易于采用和擴(kuò)展的工具而煩惱。這就是他們的業(yè)務(wù)。相信這些炒作，想象這一切都會像白日夢一樣簡單，是很危險的，但這的確要比拿出編程書從頭開始要簡單得多。

缺點(diǎn)：混亂

低代碼會比從頭編寫代碼更令人困惑嗎？是的！當(dāng)你突破了工具的極限，并開始遇到故障、bug或不一致時，就會發(fā)生這種情況。這是很自然的，所有的軟件都有這些問題。不同的是，低代碼工具從來不想向你公開這一面。就好像他們賣的是一輛引擎蓋焊接好的車一樣。數(shù)據(jù)結(jié)構(gòu)和算法是不透明的，所以你不用擔(dān)心你的小腦袋。但是，如果突然有什么不起作用了，唯一能識別出發(fā)生了什么的方法就是挖掘數(shù)據(jù)結(jié)構(gòu)，那么，混亂就出現(xiàn)了。這些細(xì)節(jié)不是為你準(zhǔn)備的--有時候這會比你從一開始就努力工作更讓你迷茫。

優(yōu)點(diǎn)：與他人相處融洽

從根本上說，這個決定是一種哲學(xué)。一些公司鼓勵建立一個值得信賴的合作伙伴網(wǎng)絡(luò)，這些合作伙伴可以提供經(jīng)驗和穩(wěn)定性。他們相信公司不是獨(dú)自生存的，而是作為網(wǎng)絡(luò)的一部分而蓬勃發(fā)展的。采用低代碼工具包為信任網(wǎng)絡(luò)又增加了另一個連接。

缺點(diǎn)：依賴性

相反的方法是發(fā)展內(nèi)部的專業(yè)技能，因為這種深度的知識是有回報的。他們知道，低編碼可能會帶來三四杯濃咖啡那樣的刺激，但最后每個人都會有點(diǎn)暈頭暈?zāi)X，不知道發(fā)生了什么。只有由專門團(tuán)隊編寫的可靠、結(jié)構(gòu)良好的代碼才能構(gòu)建出具有長期價值的東西，這就是首席信息官們雇傭優(yōu)秀團(tuán)隊的原因。

低代碼的內(nèi)幕

一些精明的IT經(jīng)理會針對不同的工作做出不同的選擇。偶然的探索、alpha之前的原型和偶爾運(yùn)行的后端進(jìn)程都是低代碼工具集的良好候選。團(tuán)隊可以很快地把事情搞得很好，即使它不順利甚至是跌倒，也不會失去任何東西。

但是，如果代碼要維持公司的核心工作流程，并直接為公司的利潤做出貢獻(xiàn)，你就不太可能去指望某個勇敢的實(shí)習(xí)生去擺弄一份花哨的電子表格了。你要投資于能夠創(chuàng)造出值得信賴的東西的人才。
責(zé)編AJX