革新か誇大広告か?ローコードに関する10の質問：マイクロソフトの見解

[元記事は51CTO.comより] 2020年以降、ローコードは業界で話題となり、資本市場と企業ユーザーの両方がそれを追いかけてきました。ローコードの氾濫の中では、支持と反対の両方が存在します。ローコードは Office のように一般大衆に普及できると考える人もいますが、ローコードは新しいボトルに古いワインを入れただけの誇大宣伝のコンセプトに過ぎないと考える人もいます。終わりのない論争の中で、ローコードを正しく理解し、認識するにはどうすればいいのでしょうか?自社に適したローコード開発ツールとプラットフォームを明確に識別して選択するにはどうすればよいでしょうか?

この目的のために、51CTO はローコードに関する上位 10 の質問を特別に整理し、Tencent Cloud、NetEase Cloud Computing、UFIDA、Microsoft などのさまざまなローコード プラットフォーム サービス プロバイダーの専門家を招待して議論し、業界のローコードに関する関連する質問に答えようとしました。

以下の内容は、マイクロソフト (中国) 株式会社、オムニチャネル部門、イノベーション テクノロジー担当ゼネラル マネージャーの Cui Hongyu 氏によるものです。

質問 1: ローコードは本当に新しいボトルに入った古いワインなのでしょうか?

あらゆるテクノロジーの台頭、普及、消滅は、テクノロジー自体だけでなく、実際のニーズにも左右されます。現時点でローコード技術が再登場している理由は 2 つあります。一方で、関連技術の発展により、これまで不可能だったことが可能になりました。たとえば、人工知能はいくつかの専門分野では人間のレベルに到達しているか、それを上回っています。決定的な要因は、市場がより高い生産性ツールを追求していることです。一方、生産性向上ツールは時代によって特性が異なります。デジタル時代において、ソフトウェアを通じて開発されたさまざまな生産性アプリケーションは、人間が仕事や生活の効率を向上させる主な手段となっています。この時代の変化により、あらゆる分野の実務家が基本的なアプリケーション開発能力を備えることが求められています。これはローコードによってもたらされる主な変化であり、これにより、非専門の開発者がローコード テクノロジーを通じてビジネス上の要求を実現し、機能を構築できるようになります。もちろん、ローコード技術の目的は、これらの人々をプロのプログラマーとして訓練することではなく、この能力を利用して作業効率を向上させることです。したがって、ローコード機能は、今後私たちが習得しなければならない一種の「オフィス機能」です。それは、ビジネスに関わるすべての人の能力を引き出すことができる「新しいボトルに入った新しいワイン」です。

質問 2: ローコード開発はビルディングブロックのようなものですか?

私たちは、ローコード開発についてより直感的な印象を誰もが持てるようにするために、このような比喩をよく使います。ある程度、レゴブロックを組み立てるプロセスは、ローコード開発のプロセスと非常に似ています。どちらも、シンプルなモジュール構築方法を使用して、複雑な作品やソリューションを徐々に構築します。もちろん、特定のルールや規制に従うだけでなく、確立されたテンプレートに基づいて、誰もが独自の創造的なアイデアや考えを最大限に発揮することを奨励します。したがって、ローコード開発のプロセスを説明するには、ビルディングブロックを使用する方が適切です。ただし、レゴ ブロックを組み立てるには設計図とテンプレートが必要であるのと同様に、始める前に基本的なサービス機能が必要です。たとえば、一般的なデータ サービス機能と他のアプリケーション システムとインターフェイスする機能が必要です。これらの機能は、プロの開発者によって事前に定義されている必要があります。

質問 3: ローコード開発に適したアプリケーションは何ですか?

ローコード開発に適したアプリケーションには、基本的に制限はありません。今後のすべてのアプリケーションがローコード プラットフォームを通じて開発および実装されることを期待しています。しかし、これまでに見てきた顧客やパートナーのアプリケーション シナリオでは、社内の IT、財務、人事などの部門がすべてローコード アプリケーションの需要を集める場所になっています。一方で、これらの部門自体は強力なシステムサポートを備えていますが、カスタマイズされた要件を迅速に実現し、新しいシナリオを反復することを望んでおり、これはまさにローコードが最も得意とすることです。一方、多くの部門の従業員はアイデアはあるものの、IT のバックグラウンドや基本的なプログラミング スキルがないため、ニーズを満たすにはローコード プラットフォームに頼るしかありません。これにより、これらの分野でのローコード アプリケーションの開発が加速しました。私たちは、このタイプのローコード アプリケーションを総称して「内部運用効率化アプリケーション」と呼んでいます。

同時に、ローコードは次のようなシナリオでも非常に人気があることがわかります。

1. 迅速な反復を必要とする革新的なアプリケーション

2. 顧客は需要の変化に対して高い要求を持っているため、アプリケーション プロジェクトには顧客が参加します。

従来型またはレガシーシステムのアップグレードと変換。

質問 4: ローコード開発に適さないアプリケーションは何ですか?

現在、ローコード プラットフォームのテンプレート、エコロジー、スケーラビリティはまだ開発段階にあり、ラスト マイル問題の解決に重点を置いています。複雑で重い業務システムをゼロから開発しようとすると、やはり困難が伴います。たとえば、ローコード プラットフォームを使用して CRM システムに基づいてモバイル アプリケーションを開発し、カスタマイズされた要件を満たすことは難しくありません。しかし、完全な CRM システムをゼロから開発するのは依然として困難です。

同時に、デバイス、インターフェース、ドライバーの相互作用に関連するプロジェクトなど、基盤となる開発機能を必要とするアプリケーションも多数あります。ローコードは、その独自のシナリオと機能のため、あまり適していません。

質問 5: ローコードとゼロコードの違いは何ですか?

ローコードとゼロコードの間に本質的な違いはありません。どちらも生産性を継続的に向上させるためのツールであり、APaaS（Application Platform as a Service）の一種です。 APaaS プラットフォームの最大の利点は、迅速な開発環境を提供し、個人や企業がサーバー、ミドルウェア、ネットワークなどの一連の技術インフラストラクチャを購入して維持する必要がないことです。 APaaS プラットフォームはこれらすべてに対応できます。個人または企業は、アプリケーションの開発、テスト、展開を数時間以内に完了し、いつでも調整または更新できます。この段階では、ゼロコード プラットフォームは、上司、製品マネージャー、営業、運用、その他の担当者にとってより使いやすいものになります。一方、ローコードは、コードを少し知っている人に適しているかもしれません。ただし、ローコード プラットフォームとゼロコード プラットフォームは徐々に融合する傾向があります。ローコードプラットフォームはユーザーの敷居を継続的に下げており、今後両者はますます似てくるでしょう。

質問 6: ローコード開発によってプログラマーが失業する可能性はありますか?

これは、プログラマーよりもむしろ非プログラマーが最も関心を持っているトピックまたはアイデアのようです。私自身、元プログラマーとして、ローコードの概念に初めて出会ったとき、ローコードが何に取って代わるのかについてはあまり心配していませんでしたが、この問題について議論する声をたくさん聞きました。私の個人的な感覚としては、ローコードの登場によって実際にプログラマーの時間が解放され、複雑なビジネス問題の解決、高品質のコードの作成、プラットフォーム アーキテクチャの最適化、製品品質の向上、その他の専門的なタスクに多くの時間を費やせるようになったということです。どの業界にも独自の特徴があり、どの職種にも独自の専門分野があります。ローコードの「ロー」とは、これからコードを書かなくて済むということではなく、将来的にはビジネス上の問題を解決するためのコストが低くなることを意味します。ローコードの登場により、ビジネス担当者、IT 担当者、プロのプログラマーの間の障壁が実際に取り除かれました。ビジネス担当者はローコード ツールを使用して、ドラッグ アンド ドロップでアイデアを実現できますが、ドラッグされた各コンポーネントは専門知識に基づいてプログラマーによって作成されます。したがって、ローコード プラットフォームによって、プログラマーの作業の価値が高まり、よりプロフェッショナルなものになると個人的に感じています。

質問 7: ローコードは「市民化」できますか?

実際、私は「市民化」や「市民開発者」という言葉が非常に抽象的であると常に感じています。実際には、「デジタルイノベーター」と呼ぶべきでしょう。過去 5 年間のデジタル化、モビリティ、インテリジェンスの発展は、過去 10 年や 20 年よりもはるかに速くなりました。現在のプラットフォーム、製品、消費習慣、ビジネス モデルの多くは、5 年前や 10 年前には非現実的に思われていたでしょう。例えば、今私が外出するときに一番心配するのは、財布がないということではなく、携帯電話の電池が切れてしまうことです。この時期にローコードが登場しました。適切に使用できれば、これまでは 3 か月または 6 か月かかり、専門のサプライヤーに依頼して解決していた問題を、全員が協力して解決できるようになります。たとえば、以前は携帯電話のシステムで製品モデルを確認し、それを BOM にコンパイルして顧客に送信し、モバイル アプリを開発する必要がありました。また、iOS や Android を考慮したり、インターフェースを書いたり、さまざまなデバイス モデルや解像度を一致させたりする必要がありました。非常に面倒だったので、何度も考えて手動で行うことがありました。不可能ではないし、注文もそれほど多くありませんでした。企業には、簡単に見えて現時点で対応できるものの、投資コストが高いこの種の要求が数多くあります。これらには継続的に対処する必要があり、ある日、企業のビジネスチャンスが劇的に増加したにもかかわらず、そのような要求に対応できないことに気付くでしょう。ローコードの出現により、優れたプラットフォームが提供されます。全員が開発しなければならないというわけではありませんが、ビジネスの専門家はアイデアがあればすぐにそれを実行に移すことができます。これは個人にとっても企業にとっても良いことです。

質問 8: ローコードは安全ですか?

開発プラットフォームとしてのローコードは、他の開発プラットフォームと同様に、「市民開発」の概念を導入しているため、セキュリティが低下しません。一方、ローコード プラットフォームは一般に、企業の安全な DMZ または安全なクラウド プラットフォーム内に構築され、コードとデータへのアクセスは、ネットワーク セキュリティ権限を通じて簡単に実現される必要があります。企業全体のセキュリティ ポリシーを共有できるため、プラットフォーム レベルでのセキュリティが保証されます。一方、ローコード プラットフォームは、一般的に自動生成されたコードと開発者が記述したカスタム コードであり、プログラミングのベスト プラクティス (コーディング規則、設計パターン、データ暗号化) を実装し、既存の CI/CD プロセスやツールとの統合を簡素化するため、ローコード プラットフォームのセキュリティも確保できます。

質問 9: ローコード プラットフォームを選択するにはどうすればよいですか?

デジタルトランスフォーメーションは企業間のコンセンサスとなっていますが、変革への道には、新たな革新的なビジネスニーズ、情報の孤立、切り替えコスト、ITおよび技術人材のギャップなど、多くの課題が伴います。多くのデジタルトランスフォーメーション実装計画の中で、ローコードプラットフォームは「全員による開発」というコンセプトにより第一の選択肢となっています。この段階では、企業はすぐに実行できるビジネス シナリオの観点から考えることができます。ローコードに適した一般的なアプリケーション シナリオは、革新的なアプリケーション、顧客エンゲージメント アプリケーション、社内の運用効率化アプリケーション、不足しているシステムの移行またはアップグレードなどのタイプに分けられます。顧客関与型アプリケーションを例にとると、主にアプリケーションシステムの構築過程で顧客の多様な業務ニーズを満たすために開発されたアプリケーション、または顧客が自社の業務ニーズに応じて特定のプラットフォームに基づいて開発し、他の顧客に提供するアプリケーションを指します。主に、Web ベースのポータル、モバイルファーストのサプライヤー アプリケーション、新しい SaaS アプリケーションという 3 つのシナリオが含まれます。

質問 10: ローコードにはオープンソースの方が適していますか?それともコマーシャルの方が良いのでしょうか?

オープンソースと商用を比較すると、コードとローコードの両方が同じ問題に直面しています。多くのオープンソース ソフトウェアには商用バージョンがあり、問題が発生した場合に企業に保護手段を提供することを目的としています。ソフトウェアは商用ソフトウェアを中心に展開し、オープンソースが普及し、商用ソフトウェアが再び台頭するというサイクルが継続的に繰り返されます。誰が善人で誰が悪人なのかについて、立ち上がって明確な答えを出すことができる人は誰もいません。私自身の考えをいくつか述べさせてください。まず第一に、オープンソースの貢献は認識され、肯定されなければなりません。オープンソース ソフトウェアは、OpenStack のようにソフトウェア分野の実際的な問題を解決するために集まった人々の知恵、または Kubernetes のように人類の利益のためにテクノロジー大手から寄贈されたものです。オープンソースの目的は常に、一般の人々がテクノロジーの恩恵を享受できるようにし、車輪の再発明を避け、技術革新を促進し、大企業の独占を減らすことです。しかし、オープンソースにもいくつかの問題があります。あらゆる問題に対する解決は必須です。開発プロジェクトの開発者は、コードを書いても一銭も受け取らないため、貢献者と呼ばれます。そのため、多くの要件の実現やバグの修正には時間がかかります。したがって、企業が技術的リソースと技術的能力を持ち、オープンソースソフトウェアを自ら最適化し、遭遇した問題を解決し、コードを変更できる場合、オープンソースソフトウェアは確かに実用的です。しかし、インフラに使われるソフトウェアではなく、自社製品にコアな競争力がある企業も多く、商用ソフトウェアの方が適しているかもしれません。

ローコード開発について詳しくは、「ローコード開発の分野で企業はどのように正しい選択をすべきか」というトピックをご覧ください。

[51CTO オリジナル記事、パートナーサイトに転載する場合は、元の著者とソースを 51CTO.com として明記してください]