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

 

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

 

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

 

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

 

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

 

 

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

 

 

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

 

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

 

 

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

 

低代碼工具分攤了所有安裝的支持成本。當一個新版本的操作系統出現，或者一些新的數據存儲法規在國會獲得通過時，低代碼工具供應商就可以為每個人實現它。采用一個低代碼平臺不僅僅是加入了一個俱樂部，而是與一個王朝聯姻了。它可能是一個小王朝，但每個人的利益都是一致的，這比你試圖用自己的員工來管理它能帶來更大的穩定性。

 

 

卸載對構建低代碼平臺的公司的支持可以節省大量的金錢和時間，但穩定性將無法得到保證。當然，一些管理良好的框架的確可以引領每個人走向未來，但并不是所有的企業都管理良好。任何數量的公司事故都可能會摧毀你的平臺。也許是首席執行官遇到了中年危機，想要進入游戲行業。也許是首席財務官和國稅局的玩忽職守。也許是建造這個平臺的堅如磐石的天才們為了尋求啟示而離開了組織。任何問題都可能破壞低代碼工具的穩定性。如果你把你的信心放在了另一個組織上，那么你唯一的控制手段就可能是每年更新合同的這個過程了。

 

 

一個好的低代碼平臺不僅能幫助IT部門，還能釋放業務部門員工的創造力，這些員工可能有遠大的夢想，但沒有足夠的預算來資助一個真正的開發團隊。現在他們可以花幾個小時的點擊來嘗試一個想法，而不是起草沒完沒了的規范文檔和預算請求了。

 

 

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

 

 

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

 

 

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

 

 

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

 

 

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

 

 

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

 

 

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

 

 

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

 

 

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

 

 

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

 

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

 

版權聲明：本文為企業網D1Net編譯，轉載需注明出處為：企業網D1Net，如果不注明出處，企業網D1Net將保留追究其法律責任的權利。