建站
咨詢(xún)
售后
建站咨詢(xún)
新聞中心
譯者 | 牛昊天
成都創(chuàng)新互聯(lián)從2013年開(kāi)始，是專(zhuān)業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司，擁有項(xiàng)目網(wǎng)站建設(shè)、網(wǎng)站制作網(wǎng)站策劃，項(xiàng)目實(shí)施與項(xiàng)目整合能力。我們以讓每一個(gè)夢(mèng)想脫穎而出為使命，1280元隰縣做網(wǎng)站,已為上家服務(wù),為隰縣各地企業(yè)和個(gè)人服務(wù),聯(lián)系電話:028-86922220
Thoughtworks 第 28 期技術(shù)雷達(dá)中提出，市場(chǎng)中低代碼平臺(tái)能力在近些年取得巨大進(jìn)步，但依然主要集中在解決中低復(fù)雜度場(chǎng)景問(wèn)題，當(dāng)面對(duì)復(fù)雜的業(yè)務(wù)場(chǎng)景時(shí)，仍然存在一定的平臺(tái)限制。所以建議企業(yè)考慮采用低代碼技術(shù)前，仔細(xì)深入評(píng)估自己的需求和低代碼技術(shù)之間的平衡——有界限地使用低代碼平臺(tái)。
主要要點(diǎn)
- 低代碼采用率正在增長(zhǎng)，但它只適用于某些特定場(chǎng)景，并非所有場(chǎng)景。
- 低代碼被認(rèn)為是傳統(tǒng)開(kāi)發(fā)流程和實(shí)踐的替代方案。但決策者需要了解其限制，并圍繞應(yīng)用程序開(kāi)發(fā)建立適當(dāng)?shù)姆雷o(hù)措施。
- 在決定是否選擇低代碼之前，先提出正確的問(wèn)題，以確定它是否適合特定的應(yīng)用程序需求。
低代碼工具和平臺(tái)，可以使不同團(tuán)隊(duì)創(chuàng)建有價(jià)值的軟件系統(tǒng)，而無(wú)需編寫(xiě)和維護(hù)大量的自定義代碼庫(kù)，這為低代碼工具贏得了幾乎相等數(shù)量的支持者和批評(píng)者。
然而，一些預(yù)測(cè)顯示，到2025年，使用低代碼工具和平臺(tái)創(chuàng)建的新應(yīng)用程序比例可能高達(dá)70％。而持續(xù)存在的開(kāi)發(fā)人員短缺，正在推動(dòng)企業(yè)探索加快軟件交付和減輕工作負(fù)擔(dān)的新方法，因此越來(lái)越多的組織開(kāi)始探索低代碼能為他們做什么。
低代碼工具和平臺(tái)的能力在近些年取得了顯著的發(fā)展，但質(zhì)疑仍然存在——這是有一定道理的。盡管低代碼工具有潛力增強(qiáng)新一代所謂的“公民開(kāi)發(fā)人員”的能力，并通過(guò)低代碼實(shí)現(xiàn)簡(jiǎn)單功能的搭建，進(jìn)而減輕開(kāi)發(fā)團(tuán)隊(duì)的壓力，但事實(shí)是它們?nèi)匀徊⒉贿m用于每種開(kāi)發(fā)場(chǎng)景。
確定低代碼是否適合你，并最終獲得它可能為你的業(yè)務(wù)帶來(lái)的價(jià)值的第一步，是了解它最適合什么樣的場(chǎng)景。
何時(shí)（以及何時(shí)不）使用低代碼
有很多因素會(huì)促使組織采用低代碼方式開(kāi)發(fā)。以下是最常見(jiàn)的四種情況，以及低代碼在每種情況下的適用性：
場(chǎng)景＃1：應(yīng)對(duì)開(kāi)發(fā)人員短缺
由于全球范圍內(nèi)對(duì)開(kāi)發(fā)人才的需求仍然遠(yuǎn)超過(guò)供給，所以能夠讓用戶(hù)構(gòu)建強(qiáng)大軟件的工具前景非常引人注目。但如果只是因?yàn)榻M織中缺乏成熟的開(kāi)發(fā)和編碼技能，而選擇采用低代碼技術(shù)，可能會(huì)帶來(lái)不必要的麻煩。
如果沒(méi)有熟練的開(kāi)發(fā)人員和IT專(zhuān)家來(lái)監(jiān)督業(yè)務(wù)團(tuán)隊(duì)使用低代碼創(chuàng)建的內(nèi)容，你將得到“沒(méi)有策略支持的軟件”：業(yè)務(wù)部門(mén)也許會(huì)不斷地定制不同的應(yīng)用，來(lái)解決數(shù)字化需求，但它們之間幾乎無(wú)法關(guān)聯(lián)或聚合。這將是一種無(wú)法擴(kuò)展的場(chǎng)景，并且與平臺(tái)化思維等領(lǐng)先實(shí)踐完全不一致。IT 領(lǐng)導(dǎo)層需要制定相應(yīng)策略，并采取適當(dāng)?shù)拇胧?，允許在適當(dāng)?shù)那闆r下開(kāi)發(fā)低代碼應(yīng)用或解決方案，使業(yè)務(wù)用戶(hù)能夠在不產(chǎn)生大型復(fù)雜問(wèn)題（技術(shù)債務(wù)、無(wú)法擴(kuò)展的系統(tǒng)等）的情況下解決重要問(wèn)題。
場(chǎng)景＃2：支持業(yè)務(wù)快速增長(zhǎng)
對(duì)于早期階段的擴(kuò)張，低代碼可以幫助快速創(chuàng)建新功能和服務(wù)，而無(wú)需大幅投入開(kāi)發(fā)資源，這反過(guò)來(lái)也能保證他們的軟件不會(huì)成為組織快速發(fā)展的瓶頸。
然而，這些組織需要認(rèn)識(shí)到，他們使用低代碼平臺(tái)創(chuàng)建的某些解決方案最終可能必須被替換掉。否則，他們可能會(huì)發(fā)現(xiàn)其基礎(chǔ)設(shè)施的核心部分是建立在欠靈活的基礎(chǔ)上的。而這對(duì)于許多使用低代碼構(gòu)建的應(yīng)用程序來(lái)說(shuō)的確是一個(gè)挑戰(zhàn)。
為了從低代碼中獲得最大價(jià)值，成長(zhǎng)中的企業(yè)應(yīng)該使用它來(lái)快速創(chuàng)建他們需要的功能，但要做好規(guī)劃和準(zhǔn)備，在未來(lái)某個(gè)階段它們不再被需要時(shí)，用更強(qiáng)大的功能取而代之。
場(chǎng)景＃3：構(gòu)建新的核心業(yè)務(wù)軟件
軟件對(duì)你的業(yè)務(wù)越重要，低代碼就越不可能成為構(gòu)建和維護(hù)它的首要選擇。這并不是因?yàn)榈痛a缺乏構(gòu)建關(guān)鍵應(yīng)用程序的能力或復(fù)雜性，而是因?yàn)檫@類(lèi)應(yīng)用需要能夠輕松擴(kuò)展、增長(zhǎng)和轉(zhuǎn)型，而并不是所有低代碼平臺(tái)和工具都具備這樣的能力。
即使你的應(yīng)用最初設(shè)計(jì)很適合低代碼，但如果它對(duì)你的業(yè)務(wù)極端重要，那么未來(lái)設(shè)計(jì)很有可能需要發(fā)展。你可能需要添加更復(fù)雜的功能，將其與其他應(yīng)用程序集成或?qū)⑵溥w移到新的企業(yè)平臺(tái)。如果業(yè)務(wù)部門(mén)和 IT 部門(mén)之間的合作沒(méi)有進(jìn)行適當(dāng)?shù)囊?guī)劃，這些事情就會(huì)變得更加困難。
場(chǎng)景＃4：增強(qiáng)業(yè)務(wù)部門(mén)能力
如果你的目標(biāo)是賦予業(yè)務(wù)部門(mén)更大的技術(shù)自主權(quán)，并使他們成為公民開(kāi)發(fā)人員，那么采用低代碼工具是一個(gè)很好的方法。大部分低代碼工具和平臺(tái)是易于用戶(hù)上手，團(tuán)隊(duì)可以快速開(kāi)始管理和增強(qiáng)功能以滿(mǎn)足自己的需求。
需要注意的是，即使他們手中擁有最直觀的工具，IT 部門(mén)也應(yīng)該參與低代碼工具的選擇、規(guī)劃和擴(kuò)展。并非所有低代碼工具都是一樣的，選擇具有足夠可擴(kuò)展性、可伸縮性并且可以集成到更廣泛的 IT 生態(tài)系統(tǒng)中的工具非常重要。
平衡的重要性
當(dāng)?shù)痛a首次出現(xiàn)時(shí)，圍繞該技術(shù)的大部分?jǐn)⑹鰧⑵涠ㄎ粸閭鹘y(tǒng)開(kāi)發(fā)的替代方案——它將減少甚至消除組織對(duì)熟練開(kāi)發(fā)人員的依賴(lài)。
事實(shí)證明，這種描述完全站不住腳，無(wú)論是它對(duì)低代碼設(shè)定的不切實(shí)際的期望，還是它如何將低代碼和傳統(tǒng)開(kāi)發(fā)流程定位為敵人或?qū)α⒚妗?/p>
問(wèn)題不應(yīng)該是“低代碼還是傳統(tǒng)代碼？”而應(yīng)該是“低代碼在哪里可以最好地支持和補(bǔ)充我們的專(zhuān)家開(kāi)發(fā)人員？”
通過(guò)在正確的場(chǎng)景中啟用和鼓勵(lì)低代碼（通常是增強(qiáng)小型業(yè)務(wù)團(tuán)隊(duì)使用的軟件功能），你可以加速交付、縮短周期時(shí)間并快速s滿(mǎn)足業(yè)務(wù)需求，而無(wú)需完全廢除當(dāng)前的開(kāi)發(fā)實(shí)踐。
在保留核心 IT 和開(kāi)發(fā)團(tuán)隊(duì)提供的所有控制、治理和戰(zhàn)略輸入的同時(shí)，增強(qiáng)業(yè)務(wù)部門(mén)能力并加速交付。兩全其美是可能的，但前提是你取得了適當(dāng)?shù)钠胶狻?/p>
在選擇低代碼平臺(tái)之前，領(lǐng)導(dǎo)者需要回答五個(gè)問(wèn)題
在你開(kāi)始選擇低代碼平臺(tái)或工具集之前，確定低代碼是否非常適合你當(dāng)前的業(yè)務(wù)和需求非常重要。
你需要進(jìn)行一些深入的評(píng)估，但回答以下這些問(wèn)題會(huì)是一個(gè)很好的起點(diǎn)：
(11) 有多少人會(huì)使用你正在構(gòu)建的軟件？
更多的用戶(hù)意味著更多的需求要適應(yīng)，他有可能成為組織的核心業(yè)務(wù)軟件，并擴(kuò)展到低代碼安全區(qū)域以外的位置（需要評(píng)估考慮結(jié)合傳統(tǒng)開(kāi)發(fā)）。
(2) 你想構(gòu)建的是核心軟件還是支持（邊緣）軟件？
你的軟件越接近核心業(yè)務(wù)，那么盡可能地保持其靈活、可擴(kuò)展和系統(tǒng)間關(guān)聯(lián)性就越重要——你需要重新評(píng)估是否全部應(yīng)用低代碼技術(shù)來(lái)構(gòu)建和維護(hù)它。
(3) 隨著采用率的不斷提高，你現(xiàn)在構(gòu)建的軟件是否會(huì)變得至關(guān)重要？
如果你已經(jīng)知道需要構(gòu)建或現(xiàn)代化的軟件系統(tǒng)對(duì)業(yè)務(wù)極其重要，這恐怕不會(huì)是低代碼的使用場(chǎng)景，除非你愿意接受低代碼平臺(tái)的限制。
(4) 你的團(tuán)隊(duì)準(zhǔn)備好成為公民開(kāi)發(fā)者了嗎？
為了讓低代碼發(fā)揮其全部的潛在價(jià)值，你的團(tuán)隊(duì)需要有足夠的熱情采用它，并開(kāi)始創(chuàng)建自己的應(yīng)用。他們還需要有一定的軟件應(yīng)用熟練度，以及正確的心態(tài)，才能創(chuàng)建真正有價(jià)值的應(yīng)用。
(5) 你真正想解決什么問(wèn)題？
例如，如果你希望清除大量積壓的工作，那么可能有比采用低代碼更好的方法來(lái)實(shí)現(xiàn)這一目標(biāo)。你可能試圖解決流程效率低下的問(wèn)題，而不是解決潛在的挑戰(zhàn)。當(dāng)然，你還是可以定義出通過(guò)低代碼解決方案才能滿(mǎn)足的特定需求。
低代碼并非萬(wàn)能的，但它能教給我們很多東西
低代碼并不是代碼的替代品。如果一個(gè)組織放棄他的開(kāi)發(fā)團(tuán)隊(duì)，并使用低代碼平臺(tái)完全將開(kāi)發(fā)控制權(quán)交給業(yè)務(wù)團(tuán)隊(duì)，那么他們?cè)趯?shí)現(xiàn)目標(biāo)方面將非常受限。
但對(duì)于特定的場(chǎng)景，低代碼仍然是一項(xiàng)非常強(qiáng)大的技術(shù)。它提供了快速填補(bǔ)能力差距的手段，為部分用戶(hù)組的邊緣軟件構(gòu)建帶來(lái)新的可能，并使業(yè)務(wù)團(tuán)隊(duì)能夠在需要時(shí) DIY 實(shí)現(xiàn)自己需要的應(yīng)用。
通過(guò)將低代碼與傳統(tǒng)代碼和開(kāi)發(fā)實(shí)踐相結(jié)合，組織可以在不犧牲核心軟件所需的靈活性和可擴(kuò)展性的情況下，賦予公民開(kāi)發(fā)人員部分權(quán)力。這才是真正應(yīng)用低代碼的甜頭 - 應(yīng)用在特定場(chǎng)景并解決非常具體業(yè)務(wù)部門(mén)需求；由IT專(zhuān)家監(jiān)督，并與傳統(tǒng)開(kāi)發(fā)實(shí)踐和資源結(jié)合應(yīng)用 - 而不是取代它們。
低代碼的定義
有很多平臺(tái)稱(chēng)自己為“低代碼” - 但這意味著什么呢？根據(jù)我們的經(jīng)驗(yàn)，低代碼通常用于描述允許用戶(hù)使用可視化拖拉拽等方式創(chuàng)建業(yè)務(wù)邏輯和界面的平臺(tái)。
通常，它們比無(wú)代碼平臺(tái)更可配置和可定制，盡管兩者之間有相當(dāng)大的重疊。低代碼工具通常也允許一些（少量）“真正”的代碼 - 通常是所謂的腳本語(yǔ)言，如JavaScript - 來(lái)執(zhí)行常規(guī)可視化拖拉拽工具無(wú)法完成的任務(wù)，例如更復(fù)雜的業(yè)務(wù)邏輯。
網(wǎng)頁(yè)題目：如何在組織中有效地使用低代碼工具？
當(dāng)前鏈接：http://m.5511xx.com/article/cceshsc.html
