低程式碼程式開發和“ Devigners”新角色

banq發表於2021-05-26
dev

每一項新技術和創新都會帶來以前不可能或不需要的新角色和技能。在20世紀湧現的成千上萬的新職業中，“軟體開發人員”就是一個很好的例子。毫不奇怪，二十一世紀引入了許多新技術，包括但不限於3D列印，基因編輯，加密貨幣，線上社交網路等。
關於軟體開發，一種稱為低程式碼開發的創新穩步發展，並在本世紀第二個十年成熟，隨之而來的是一個新角色：Devigner，它是Developer和Designer的組合。
在本文中，我們簡要介紹了低程式碼開發，介紹了Devigner的新職業，並探索了公司利用這種新的創新軟體開發方法的可能性，這種新方法開發速度更快，生產成本更低，並且在開發過程中更勝一籌。
 

低程式碼方法：以最少的編碼，測試和部署來建立數字解決方案
早在2009年，我就在開發基於Liferay的Web應用程式，該平臺在2010年之後我不推薦任何人使用。在將CD與軟盤進行比較時，Liferay被認為是功能強大的Web平臺，可以在其中管理不同的應用程式根據它提供的框架編寫。Liferay提供的一項創新使編碼過程的一部分自動化。它被稱為ServiceBuilder，它提供了自動生成資料庫表以及從XML檔案中生成一堆基於J2EE的程式碼的功能。這樣，開發人員不必分別建立和維護他們的資料庫。這是朝著自動化邁出的重要一步。可悲的是，該平臺已經變得太複雜了，無法允許更多創新的解決方案來進行低程式碼開發。
幾乎在同一時間，Drupal，WordPress，Salesforce等創新平臺以及最後但並非最不重要的Atlassian Jira引入了另一種方法。他們擺脫了整個後端程式設計，而不僅僅是自動建立程式碼和資料庫表。他們透過提供一個平臺可以對其進行管理，在該平臺上可以即時建立，編譯和部署大多數模組，而無需進行程式設計和相應的麻煩。一種拖放式開發，它的配置比“編碼”更多。
基於這種方法，系統架構師，配置者或開發人員（“程式設計師”一詞不再具有任何意義）不必編寫程式碼或進行編譯，而只需從表示層直接定義他們想要的東西以及他們如何想要它。開發人員要在表單上新增新欄位，或在步驟中新增新條件，或在報告表中新增新列，所需要做的就是轉到相應的配置頁面，新增必要的屬性，檢視和屬性即可。平臺負責後端的所有工作，從資料庫物件到程式碼生成，編譯，部署等。
更改很簡單，但是影響卻是巨大的。儘管如此，由於較舊平臺的遊說功能和錨定效果，以及對創新解決方案的通常渴望，這種新方法直到最近才被發現。可以節省編寫程式碼以及編譯，測試和部署所需的大量時間。
這就像為基於過程的軟體引入3D印表機一樣。只需單擊幾下即可設計，實施和部署，並立即啟動並執行新的“程式碼”。而且大多數“文件”都是立即發生的，因為它基本上是自動可用的。當人們使用通用語言和屬性以及視覺化配置來構建解決方案時，這些屬性隨即構成了文件。
您現在可以想象為什麼新方法會更快，更可靠，更便宜且易於使用。首先，所有內容都是基於Web的，因此桌面軟體的所有問題都消失了。後端程式碼和配置的自動化意味著大大減少了測試。基本上，只應測試功能和結果，這可以很快完成。使用拖放和單擊幾下而不是編寫數百行程式碼，還可以節省時間和資源。並且這種簡化降低了軟體開發過程的複雜性。在許多情況下，不再需要測試伺服器，登臺，部署，整合伺服器等。可以直接在生產系統上執行操作，而風險最小。如果出現問題，可以很容易地將其恢復為先前的狀態。
 

讓我們探索一個示例，並將低程式碼開發與經典軟體開發進行比較。
假設您有一個SAP系統，該系統為您的採購部門提供了某些表格和報告。遵循一些新規定後，您需要在表單上新增一些新欄位，這些欄位應出現在某些報告中。還有一個新角色需要提供額外的批准。使用過SAP的公司深知：這個相對簡單的變更請求可能很容易花費數月的時間進行開發，測試和釋出，外加數萬美元。現在，假設您正在為過程使用低程式碼平臺，例如Atlassian Jira。必要的更改需要不到一天的時間（是的，您沒有看錯）來概念化，實施，測試和釋出。因此，低程式碼平臺不僅僅是對經典軟體開發的輕微改進。他們徹底改變了軟體的工作方式。
 

“ Devigner”的新角色
當開發人員在低程式碼平臺上構建應用程式時，他們不再僅僅是“開發人員”。他們承擔著一個新的，以前不存在的“設計者”角色，即業務分析師，軟體開發人員，架構師和設計師的結合。從這個意義上講，設計人員可以同時進行設計，開發，測試，前端設計和整合。
新角色的出現可能被認為是低程式碼開發的最重要挑戰之一。在市場上尋找合格的開發商已經非常困難。顯然，與業務分析師，軟體設計師，開發人員或測試人員相比，找到設計者更加困難，因為他們需要所有相關領域的技能和經驗。為了滿足工作的最低要求，設計者需要知道：

  • 使用者實際需要的是什麼
  • 如何收集和分類資料（資料管理），
  • 模組的配置方式（實現），
  • 如何縮放和維護應用程式（操作），
  • 如何整合不同的應用程式（後端），
  • 以及如何將整個內容呈現給使用者（前端）。

在這一點上，擁有合適的技術並能夠進行各種活動並關注重要的細節似乎是罕見的。
因此，如果我們將美味的菜餚與使用者友好的軟體解決方案結合使用，那麼設計者可以與世界一流的廚師相提並論。但是，這是新技術和新方法在早期需要稀有技能的準則。而且，由於這種新方法（低程式碼）與其他開發方法相比具有許多優勢，因此可以立即獲得，提供和欣賞合適的技能。問題是，誰先開始採用早期採用方式並享受好處，然後再因購買和維護過時的工具和昂貴的舊技術（例如SAP或LotusNotes）而浪費更多的時間，精力和金錢？
 

低程式碼平臺的範圍：它們有什麼用？
低程式碼平臺確實可以提供很多功能，而需求很少。但是，如果我們認為它們是市場上每個軟體的答案，那將是一種幻想。
低程式碼平臺非常適合構建和自定義解決方案以支援流程。無論哪種解決方案都需要基於整個工作流在不同步驟中收集/更新某些資料，實際上是一種過程解決方案。支援風險管理，合規程式，人力資源招聘，企業服務管理（IT，人力資源，市場營銷，銷售等），技能管理，資產管理，專案管理，創新管理，計費，客戶溝通等的工具都是實用的流程支援工具。所有這些領域都可以透過低程式碼平臺（例如Jira）來支援。一個人只需要知道擴充套件帶有應用程式和附加元件的平臺的選項，以及在哪裡進行系統調整以實現完全可定製性即可。
另一方面，這些平臺不適合用於建立需要特定介面和特殊功能的軟體（例如Photoshop）或複雜的數學計算（例如會計軟體）。但是，與過程相關的解決方案佔公司內大多數工具的一部分。例如，在一種情況下，我們可以用Jira替換中型銀行中的25個以上的流程。在一個平臺上以良好整合的方式構建了某些小型的，有時是昂貴的工具，用於客戶投訴管理，IT服務，軟體開發，合規性，HR入職和合同管理，年度預算程式等，並且100％個性化每個步驟，角色和資訊要求。如果採用舊方法，則至少要花五年時間。
 
 

相關文章