[[430213]]

本文轉(zhuǎn)載自微信公眾號(hào)「計(jì)算機(jī)世界」，作者M(jìn)artin Heller  。轉(zhuǎn)載本文請(qǐng)聯(lián)系計(jì)算機(jī)世界公眾號(hào)。

還記得上一期你問(wèn)自己的那一長(zhǎng)串問(wèn)題嗎?這期將帶你找到答案。市面上沒(méi)有一應(yīng)俱全的無(wú)代碼或低代碼開發(fā)系統(tǒng)，即使你面臨整個(gè)企業(yè)需要統(tǒng)一采用一種系統(tǒng)的壓力。你可能會(huì)發(fā)現(xiàn)：不同的部門出于不同目的需要不同的開發(fā)產(chǎn)品。

• 收費(fèi)模式對(duì)你來(lái)說(shuō)合理嗎?

如果是消費(fèi)者應(yīng)用程序，你可能無(wú)法證明按用戶收費(fèi)的低代碼系統(tǒng)具有合理性。許多低代碼供應(yīng)商在其網(wǎng)站上公布了價(jià)格，對(duì)于沒(méi)有公布價(jià)格的供應(yīng)商，你需要電話咨詢銷售部門。這時(shí)候別不好意思，要向?qū)Ψ皆儐?wèn)價(jià)格，比較一下幾家供應(yīng)商給出的答復(fù)。

• 低代碼/無(wú)代碼平臺(tái)是否支持你所有預(yù)期的部署目標(biāo)?

如果不支持，繼續(xù)尋找。如果供你選擇的對(duì)象都不支持你所有預(yù)期的部署目標(biāo)，那么考慮將目標(biāo)列表縮減至最重要的設(shè)備或?yàn)g覽器。

• 低代碼/無(wú)代碼平臺(tái)是否適合你的開發(fā)人員的技能組合?

要考慮借助團(tuán)隊(duì)來(lái)構(gòu)建應(yīng)用程序，而不是依賴擁有所有必要技能的某個(gè)人(“獨(dú)角獸”)來(lái)構(gòu)建。如果你不具備該工具所需的所有技能，就要繼續(xù)尋找，因?yàn)榱硪豢罟ぞ呖赡芨m合你的團(tuán)隊(duì)。如果可供你選擇的工具都不適合你的團(tuán)隊(duì)的技能，那就要考慮培訓(xùn)、招人或雙管齊下。

• 低代碼/無(wú)代碼平臺(tái)是否會(huì)改善你的開發(fā)時(shí)間表?

低代碼開發(fā)的主要賣點(diǎn)之一是可以更快速地進(jìn)入市場(chǎng)。如果這對(duì)你來(lái)說(shuō)是個(gè)重要的考量因素，那么你需要弄清楚真正完成項(xiàng)目需要多長(zhǎng)時(shí)間。你可以根據(jù)開發(fā)要求和以往的經(jīng)驗(yàn)，向供應(yīng)商詢問(wèn)時(shí)間表。向使用過(guò)該工具的合約開發(fā)人員提出同樣的問(wèn)題。在估計(jì)開發(fā)時(shí)間時(shí)，務(wù)必要考慮到文檔和測(cè)試階段以及初始開發(fā)和最終部署。

• 低代碼/無(wú)代碼平臺(tái)是否可以擴(kuò)展?

一些低代碼解決方案存在瓶頸，限制了可以同時(shí)運(yùn)行應(yīng)用程序的用戶數(shù)量，另一些低代碼解決方案的設(shè)計(jì)決定了它能處理非常大的負(fù)載。在一些情況下，你可以通過(guò)在負(fù)載均衡系統(tǒng)后面運(yùn)行多臺(tái)服務(wù)器來(lái)避開服務(wù)器端瓶頸。供應(yīng)商應(yīng)該能夠告訴你典型的部署環(huán)境可以處理多少用戶，但是針對(duì)你的最終部署環(huán)境，你應(yīng)該執(zhí)行負(fù)載測(cè)試。

• 低代碼/無(wú)代碼平臺(tái)是否可以滿足你的用戶的期望?

消費(fèi)者期望你的應(yīng)用程序能提供亞秒級(jí)響應(yīng)和原生的外觀感覺(jué)。在智能手機(jī)上，要測(cè)試的應(yīng)用程序行為之一是滾動(dòng)長(zhǎng)長(zhǎng)的列表，用力快速滑動(dòng)時(shí)，滾動(dòng)應(yīng)該很快，但能感覺(jué)列表有“慣性”，先慢下來(lái)，最后停止。

• 進(jìn)行概念驗(yàn)證。

在免費(fèi)評(píng)估期間被動(dòng)地了解低代碼產(chǎn)品還不夠。選擇你真正想要構(gòu)建的一小部分簡(jiǎn)單功能，然后創(chuàng)建一個(gè)概念驗(yàn)證應(yīng)用程序。建議你盡可能在內(nèi)部進(jìn)行概念驗(yàn)證開發(fā)，只有在你自己的人員遇到困難時(shí)才向供應(yīng)商尋求幫助。

執(zhí)行低代碼開發(fā)是可以帶來(lái)諸多回報(bào)的過(guò)程。一方面，太多的公司堅(jiān)持認(rèn)為其移動(dòng)應(yīng)用程序必須用原生代碼來(lái)編寫，最后驚訝地發(fā)現(xiàn)：花費(fèi)100萬(wàn)美元和一年開發(fā)的iOS應(yīng)用程序，與花費(fèi)50萬(wàn)美元和6個(gè)月開發(fā)的安卓應(yīng)用程序幾乎一模一樣。因此探究低代碼替代方案是值得的，無(wú)論是為了節(jié)省成本，還是縮短進(jìn)入市場(chǎng)的時(shí)間。

另一方面，太多公司以為低代碼開發(fā)可以由業(yè)務(wù)用戶來(lái)進(jìn)行，無(wú)需專業(yè)開發(fā)人員或數(shù)據(jù)庫(kù)管理員的任何幫助，但等項(xiàng)目失敗時(shí)大為震驚。如果你避免了這兩種極端情況，并設(shè)立了明確的目標(biāo)，就很有希望組建起一支知道(或?qū)W習(xí))如何快速順暢地構(gòu)建低代碼應(yīng)用程序的團(tuán)隊(duì)。

作者：Martin Heller，《InfoWorld》特約編輯兼審稿人。他曾是Web和Windows編程顧問(wèn)，1986年到2010年開發(fā)過(guò)數(shù)據(jù)庫(kù)、軟件和網(wǎng)站，近期出任Alpha Software的技術(shù)和教育副總裁以及Tubifi的董事長(zhǎng)兼首席執(zhí)行官。

原文網(wǎng)址：

https://www.infoworld.com/article/3624596/how-to-choose-a-low-code-development-platform.html