2018.09.19Low-Code Platform , Mendixで課題解決 , Mendixとは? , PaaS

ノーコードとローコードの違いは?

  • このエントリーをはてなブックマークに追加

Jeffery Goldberg
2018年8月17日

高生産性アプリケーション開発について、顧客や見込み客、ジャーナリストと話す際、私は彼らが時々「ローコード」と「ノーコード」という用語の違いを混乱していると感じることがあります。 それは驚くべきことではありません。高生産性application Platform as a Service(aPaaS)の分野では、多くのベンダーがポジションを狙っています。 この2つの用語の本当の意味を示し、相違点を明確にし、どのプラットフォームタイプがどのタイプのプロジェクトに適しているかをお話します。

 

一見似ています…

ローコードとノーコード両方の開発プラットフォームは、コードを書かずにソフトウェアアプリケーションを開発する手段を提供します。 つまり、従来のプログラミング言語に関する知識を開発者に求めるのではなく、RAD(高速アプリケーション開発)のビジュアル開発アプローチを提供します。 この視覚的なアプローチにより、より多くの人、特にビジネス側で作業をし技術に精通した人がアプリ開発に携わるようになります。 アプリケーションの性質上、開発者は必要な機能コンポーネントを画面上のライブラリから選択し、それらをビジュアルワークフローにドラッグアンドドロップします。

ローコードおよびノーコードの開発プラットフォームは、プロフェッショナルな開発者も、プロフェッショナルでない開発者も、より効率的にアプリケーションを作成し、生産性を向上させることを約束します。 そして、常にサービスとしてのプラットフォーム(PaaS)を提供することにより、環境構築とインフラストラクチャを維持するオーバーヘッドを取り除きます。 これはかなり類似している点です。

 

しかし、実際には非常に異なります

ローコードとノーコードの両方がビジュアルモデリングのメリットを提供するためにコードから抽象化する原則を持っていますが、2つのアプローチで構築できるアプリケーションの規模と種類には根本的な違いがあります。

ノーコードアプリケーション開発ツールは、基本的な機能のユースケースを解決したいビジネスユーザーにとって最適です。 ノーコードプラットフォームは、1つ部門で使用する小さなアプリケーションを構築するのに理想的なシンプルなツールです。

しかし、ほとんどのノーコードツールの問題は、それらで構築できるアプリケーションをうまく拡張できず、統合機能が非常に限られていることです。 なぜなら、ノーコード・プラットフォームは、より広範なエンタープライズ・アーキテクチャーを考慮していないためであり、たいていのノーコード・プラットフォームで使用できる統合ツールは、専用のものであったり機能が限られている傾向があります。

部門レベルで簡単にシンプルなノーコード開発を取り入れると、企業規模を拡大する際に次のような課題が生じます。

  • アーキテクチャーに関する考慮:アプリケーションアーキテクチャーに関する開発の経験がないため、一枚岩のアプリケーションアーキテクチャーというリスクが増加します。 ほとんどのノーコード・プラットフォームでは、パブリッククラウドへの展開が必要で、プライベートクラウドまたはオンプレミス環境に展開する柔軟性はありません。
  • 拡張性:ノーコード・プラットフォームは運用効率のユースケースに傾いているため、ユーザーエクスペリエンスに重点を置くことができず、レガシーなシステムに接続できません。 サードパーティのソリューションや自社製システムのカスタム統合は、ベンダーがサポートしていません。
  • ガバナンス:ノーコードツールを使用して構築されたアプリはスタンドアロンの性質があるため、データガバナンスは共通の課題です。 多くの場合、組織全体に点在する複数のバージョンと、さまざまな管理されていないデータ構造と、管理されていないレベルのデータ品質が存在します (顧客記録管理とGDPRについて考えてみてください)。

一方、ローコード・プラットフォームは、より幅広い企業IT組織のテクノロジー・ガバナンス要件とかなり同期する傾向があります。 拡張性のあるアーキテクチャ、再利用可能なオープンAPIを使用してプラットフォームの機能を拡張する機能、クラウド環境とオンプレミス環境の柔軟性を提供します。 開発者は、アプリケーションテスト、品質およびパフォーマンスツールを使用してコントロールしながら、ノーコードのソリューションでも見られる高生産性の技術を組み込み、視覚的に開発をスピードアップすることができます。

ローコードプラットフォームは、はるかに洗練されたアプリケーション開発をサポートし、以下のような一般的な目的のために、より多くのユースケースを処理することができます:

  • 次世代の技術による革新的なユースケース。 多くのローコードプラットフォームには、技術的なリーダーによって構築された非常に包括的なコンポーネントライブラリが付属しており、AI、機械学習、ブロックチェーン、音声認識、顔認識サービスなどをオープンソースコミュニティを介して利用できるだけでなく、クラウドで提供されるサードパーティ製のスマートサービスを活用できます 。
  • ユーザーエクスペリエンスアプリケーションは、ユーザーフレンドリーであり導入の最適化を支援するように設計され、コーポレートブランドの一貫性を保証する役割も果たします。
  • 部門とドメインにまたがる、生産性や運用効率がアップするアプリケーション。
  • マイクロサービス、コンテナを使用したコンポーネントベースの開発、既存のミッションクリティカルなアプリケーションの継続的な導入の機会を利用して現在のアーキテクチャを実現する、レガシーシステムの近代化。

 

あなたのビジネスに適したツールを決める

どちらを選択するか決定する際に直面する課題は、複雑なユースケースをサポートするにはノーコード開発プラットフォームがあまりにも単純すぎると認識されており、プロフェッショナルでない開発者が使用するにはローコード開発プラットフォームは複雑すぎると考えられていることです。

ノーコードソリューションを導入する場合、大きなIT組織ではシャドーITと見なされます。 アプリケーションがビジネス開発者のサポート能力を超えて成長したら、あなたはどうするでしょう? あなたの選択肢は限られているので、効率とコスト節約の選択肢は完全に消えてなくなるでしょう。 あなたはIT開発者がいないため、他社と契約するかコンサルに相談するでしょう。

ローコードソリューションを導入する場合、開発者は高速に開発できますが、ビジネス要件に対して提供されるソリューションの精度は向上しますか?ビジネスがアプリケーション開発のライフサイクルの範囲を超えているため、開発者がソリューションを修正する必要がある場合、価値創造の時間は短縮されますか?アプリ開発をもっと速くするには、どのようなコストがかかりますか?

どちらを選択するか決めるにあたっては、技術だけではなく、それ以上のことを検討する必要があります。アプリケーション開発の戦略と同様に、ユーザーが実際に欲しており、必要とし、やる気が持てるものと成果物をどのように連携させるかを考慮する必要があります。これは、熟練したIT開発者と、主要なビジネス側の専門家との連携を促進し、専門知識の統合を促進することにあります。アプリケーション開発の緊密なコラボレーションによってのみ、より大きくより洗練されたアプリケーションを効率的かつ正確に構築し、ビジネスの成果を最適化することができます。

ローコードまたはノーコードプラットフォームを検討する場合、ビジネス側とIT側の利益を確実に達成するため、以下の質問を評価に含めてください。

開発プラットフォームを評価する場合は、開発者がローコードプラットフォームで期待する9つのことで調べることができます。

 

翻訳元:

Understand No-Code and Low-Code Development Tools

  • このエントリーをはてなブックマークに追加

このエントリーにコメントする

必須項目は全て入力してください。

日本語が含まれない投稿は無視されますのでご注意ください。(スパム対策)