CIO に必要なもの    IT Secuity English Health Life

CIOに関わる日々の海外ニュースの勉強と前提となる人間力発展の備忘録

ローコード/ノーコード ツールは IT のメリットを享受しますが、注意事項があります

Low code/no code tools reap IT benefits—with caveats

tools / toolkit / toolbox to build, develop or repair

ローコード/ノーコード ツールは IT のメリットを享受しますが、注意事項があります

 

迅速な実験やルーチン タスクの自動化には適していますが、ローコード/ノーコード ツールはスケーラビリティとセキュリティに欠ける可能性があります。 ここでは、いくつかの主なユース ケースと、それらが的を射ていない可能性があるユース ケースを示します。

ローコード/ノーコードのビジュアル プログラミング ツールは、ビジネス ユーザーがドラッグ アンド ドロップ インターフェイスを使用して新しいアプリケーションを作成できるようにすることで、アプリケーション開発を根本的に簡素化し、スピードアップすることを約束し、見つけにくいプロの開発者の作業負荷を軽減します。

企業が開発する新しいアプリケーションの 70% は、2020 年の 25% 未満から 2025 年までにローコードまたはノーコード テクノロジーを使用するようになると予測されています。

 ただし、ローコード/ノーコードは、すべてのアプリケーション タイプにとって特効薬ではありません。顧客が、アプリケーションが本番環境に到達したときにアプリケーションをスケーリングまたはカスタマイズする必要がある程度を過小評価している場合、コストのかかる書き直しが必要になる可能性があります。

したがって、プラスの列には多くのものがありますが、慎重になる理由もあります。

ここでは、IT プロフェッショナルがローコード/ノーコード ツールを使用して、プロの開発者の作業負荷を軽減するだけでなく、どのようにメリットを提供しているかの例をいくつか示します。

 

ユーザー インターフェイスの実験、新しいサービスの提供

ローコード WaveMaker を使用して、銀行顧客向けに構築する顧客向けアプリケーションのユーザー インターフェイスを開発し、API を使用してそれらのアプリケーションを顧客または FIS のバックエンドに接続します。

熟練した開発者が不足していることを考えると、このアプローチは特に価値があります。

WaveMaker を選んだのは、そのコンポーネントが競合他社よりもスケーラブルであり、開発者ごとのライセンス モデルが他のツールのランタイムごとのモデルよりも安価だったからです。

従来の言語を使用すると数週間かかるのに対し、簡単な情報と連絡先を共有するモバイル アプリを数日で作成できました。

コンテンツ管理システムを利用することで、ユーザーは必要なデータを簡単にアップロードできるようになります。

プロセスの自動化とデータ収集

Microsoft のローコード Microsoft Power Apps を使用して、生産労働者向けの情報共有および通信アプリケーションを構築します。

約 1 か月でアプリを構築することができました。

IT 以外のユーザーを使用して、情報を共有し、プロセスを自動化するアプリを開発することは、熟練した開発者のスタッフが少ない業界に適しています。

コードを使えばそれが簡単になります。

一部のベンダーや顧客は、アプリ開発だけでなく、アプリ間のデータ共有を容易にするために、ローコード/ノーコードの概念を使用しています。

たとえば、Sそのアプリケーション プログラミング インターフェイス (API) を再利用可能なウィジェットに抽象化します。

その API を顧客のシステムで使用されている APIマッピングすることで、統合機能をドラッグ アンド ドロップし、その統合の上に新しい機能を構築できます。

 

ニーズを理解する

ローコード/ノーコードは、ワークフローの承認やデータ収集など、従来の日常的な課題に対して、IT プロフェッショナルの親友になることができます。

間違ったソリューションを選択すると、すぐに裏目に出る可能性があり、短所をコーディングしたり回避したりする必要があるため、すぐに得られる利益は失われる可能性があります。

単純なアプリケーション アーキテクチャがあり、アプリケーションをすばやくデプロイしてテストしたい場合、適切なコードはありません。

ローコードは、より多くのセキュリティと他のアプリケーションへのリンクを導入する必要がある場合に便利ですが、複雑さが増し、より多くの技術開発者が必要になります。

コードを使用しないというドラッグ アンド ドロップの単純さは、アプリケーションを特定の組織にとって有用なものにし、ローコードをより適切なものにする差別化の最終的な割合を達成することを困難にしています。 

その追加のカスタマイズには、たとえば、ファジー ロジックを使用して顧客データベース内のスペルミスのある名前を修正したり、ビュー対クリックなどのメトリックに基づいてさまざまなマーケティング アセットの有効性を 1 から 10 のスコアで計算するために必要なビジネス ロジックが含まれる場合があります。 

ローコード/ノーコード アプリは、スケーリングが難しい場合もあります。

ビジネスの中核ではない戦略的部分に限定して、実験したい場合に使用することを推奨します。

実験が成功し、スケーリングが必要になったときは、それを書き直すことを考えるときです、より伝統的でありながらスケーラブルな言語です。

ノーコード/ローコードにより、より多くのユーザーが独自のアプリケーションを作成できるようになったからといって、そうすべきだというわけではありません。

大規模な DIY アプリの開発を許可する組織は、このより多くのプロではない開発者のプールが、顧客データを保護するための企業および規制の要件に従うようにする必要もあります。

 

ローコード ツールとノーコード ツールをいつ使用するかを理解する

役割ベースのアクセスに必要なユーザー プロファイルを作成できないため、高レベルのセキュリティを必要とするアプリケーションにはあまり適していません。

 

「既製」のローコード/ノーコード ソリューションを見落とさないでください

製品カテゴリではなく、開発を簡素化するための戦略としてローコード/ノーコードを考えると、既に所有しているソフトウェアや、クラウド ストレージなどの使い慣れた製品の既成の機能を使用して、アプリ開発を加速する機会を見つけることができます。

これは、ドキュメントやワークフローの管理など、定型的で明確に定義された機能に特に当てはまります。

ローコード/ノーコード ツールを適切に使用することで、コストと遅延を大幅に削減しながら、顧客や従業員への新しいアプリの提供を高速化できます。

また、セキュリティやポリシーの違反、または成功した場合にスケーリングできないアプリケーションを書き直す必要性を防ぐこともできます。

しかし、他のツールと同様に、できることとできないこと、そして何をする必要があるかを理解することが不可欠です。