革新か誇大広告か?ローコードに関する10の質問: NetEase Cloud Computingの見解

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

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

以下の内容は、NetEase クラウドコンピューティングの専門家からの回答です。

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

NetEase Cloud Computingのローコードプラットフォーム責任者、ヤン・ユエジエ氏

ローコードは古いワインであり、新しいボトルに入ったワインであると主張する主な議論の 1 つは、ローコード ビジュアル開発の中核機能は、Delphi や PowerBuiler などの IDE ツールなど、20 ～ 30 年前に一部の人々によって実践されていたが、これらのツールは長い間廃止されているため、今日ではローコードに希望がないというものです。しかし、この見解を主張する人々は、意図的か否かにかかわらず、次の 2 つの点を見落としています。

1 点目は、Delphi と PowerBuilder は当時まだ非常に初歩的なローコード形式であったにもかかわらず、デスクトップ アプリケーション ソフトウェア開発の分野で大きな役割を果たし、非常に大きな市場シェアを占めていたことです。そして、彼らが排除されたのは、「ローコード」の問題ではなく、インターネットの発展によってもたらされたソフトウェア要件、テクノロジー、概念の革命に追いつけなかったためでした。

2点目は、MDD/DDDなどの設計思想の推進・普及をはじめ、インターネットの発展による需要、技術、概念の革命が、「ローコード」のさらなる発展に新たな機会をもたらしたことです。現在の「ローコード」製品は、モデル駆動型の思考に基づくフルスタックのビジュアル開発を実現し、さまざまなクライアントアプリケーションの設計や複数のデータソースの接続をサポートできます。 DevOpsの概念に基づいてアプリケーションの自動展開と運用を実現し、クラウドネイティブシステムの技術的成果をうまく統合して活用することができます。さまざまな標準プロトコルに基づくオープンな統合を実現し、さまざまな形式の相互接続をサポートします。 Qingzhou ローコード製品などの一部の製品では、DSL レベルからさまざまな UI およびロジック コンポーネントのカスタム拡張もサポートできます。そのため、現在の「ローコード」製品は、「ローコード」という概念はそれほど新しいものではないものの、製品レベルと技術レベルの両方で包括的なイノベーションであると言えます。

それで、上記の質問に戻ると、私の答えは、ローコードは新しいボトルに入った古いワインではないということです。ボトルとワインを比喩として使うなら、古いボトル（ローコードの概念）に新しいワイン（真新しい製品とソリューション）を入れる方が適切かもしれないと思います。

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

NetEase Cloud Computingのローコードプラットフォーム責任者、ヤン・ユエジエ氏

この比喩は、ローコードについて何も知らない（ただしレゴで遊んだことがある）人にローコードを説明するのに適していますが、実際には正確ではありません。すべてのローコード製品は本質的に、さまざまなビジネスニーズの表現を容易にするために、さまざまなプログラミングモデルを求めています。需要シナリオの幅広さと特定のシナリオでの表現のしやすさという点で、モデルによって重点が異なります。例えば、OutSystemsやNetEase Qingzhouなどのローコード製品は、「ページ、ロジック、モデル、データ」などの設計オブジェクトを含み、比較的汎用性に優れたプログラミングモデルを提供しています。特定のシナリオでは、Airtable や Labtree などのスプレッドシートや、Mingdao Cloud、Qingliu、Yida などのフォームおよびプロセス エンジン製品の方が要件を表現するのに適しています。ローコード開発はレゴブロックを組み立てるようなものだと言われています。確かに、フォームやプロセス エンジン、フォーム構築やプロセス構築などのローコード製品には高い類似性があります。一般的なローコード製品のロジック設計、ページ設計、その他の側面にも一定の類似点があります。しかし、これは運用形態の類似点にすぎません。ローコード開発の本質と中核は、依然としてビジネスモデリングです。

レゴの例えを使うことに加えて、言及する価値のあるもう一つの類似点があると思います。子どもと一緒にレゴで遊んだことがある生徒は、レゴにはニンジャゴーシリーズ、シティシリーズ、スペースシリーズ、スターウォーズシリーズなど、数え切れないほどのシリーズがあることを知っています。ほとんどすべてのシリーズには、そのシリーズ専用のブロックがあります。これは、さまざまな業界でローコード プラットフォームを使用するようなものです。たとえば、製造、金融、エネルギー、化学、小売などの業界では、異なる UI、ロジック、その他のコンポーネントが必要です。したがって、ローコード プラットフォームの開発は、アプリケーション開発だけでなく、UI、ロジック、その他のコンポーネントの開発も含まれます。これは、一般的なローコード製品では特に顕著です。

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

NetEase Cloud Computingのローコードプラットフォーム責任者、ヤン・ユエジエ氏

ローコードの助けを借りて、通常のWebアプリケーション、ミニプログラムアプリケーション、H5アプリケーションなど、さまざまな端末用のアプリケーションを作成できます。エンタープライズアプリケーションに関しては、財務、人事、管理、電子商取引システムなど、従来の情報インタラクションを実際にサポートできます。これらのアプリケーションの多くには、情報やプロセスを扱う人が関わっています。使用するテクノロジー スタックは、当社の通常のプログラマーが Web アプリケーション開発やモバイル アプリケーション開発に使用するテクノロジー スタックと同じであるためです。

当社は、ソフトウェア エンジニアリングでサポートされている MVVM フレームワークに基づくソフトウェア設計モデルを提供しており、アプリケーションの複雑さと柔軟性を考慮した優れた設計になっています。したがって、一般的な情報システムについては、実際にかなり適切に実装およびサポートできます。

さらなる展望と発展の可能性があると思われるもう1つの分野は、IoT分野におけるさまざまな機器の監視や管理など、さまざまなデジタルツインの需要シナリオですが、これには業界リーダーや業界プラットフォームの推進と実装が必要になることがよくあります。

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

NetEase Cloud Computingのゼネラルマネージャー、Chen Xie氏

ローコード プラットフォームを使用してゼロコード プラットフォームを作成する場合、これは適していない可能性があります。言い換えれば、ローコード プラットフォームを使用して、視覚的なインタラクションに重点を置いた非常に強力な To C エクスペリエンスを備えたアプリケーションを作成することは、特に適切ではありません。ゲームをプレイするために使用したい場合は、あまり適していません。

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

NetEase Cloud Computingのゼネラルマネージャー、Chen Xie氏

市場で主流となっているものは、ゼロコード プラットフォームとローコード プラットフォームと考えることができます。ゼロコード プラットフォームは、特定のセグメント化されたシナリオにおいて極めて高い研究開発効率を追求します。たとえば、純粋なプロセス アプリケーションや純粋なフォーム入力など、セグメント化されたシナリオでは多くの用途があり、場合によってはさらに細かく分割されることもあります。ただし、企業がある程度の複雑さを伴う比較的一般的なエンタープライズ アプリケーションを提案する場合、これは純粋なプロセス アプリケーションでも、単なるフォームへの記入でもありません。実際のところ、ゼロコード プラットフォームでどこまで実現できるのか、回避策で回避しなければならない箇所が多くあるのかどうかは判断が難しいところです。

ローコードの分類は、実際には従来のソフトウェア開発モデルに非常に近いものです。データベース設計やモデル駆動設計から始まり、ロジックやページの概念を持ちますが、エンジン型のローコードプラットフォームにも分かれています。このプラットフォームは、ローコードのロジックを解釈して実行します。これは、上で記述したロジックと構成を解釈して実行するランタイムそのものです。私たちが属するカテゴリは、プログラミング言語 + IDE モデルに近いです。プログラミング言語コードを生成し、そのプログラミング言語コードに対応した製品を制作し、オンラインで公開します。

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

NetEase Cloud Computingのゼネラルマネージャー、Chen Xie氏

ローコードは社内循環を加速させるプラットフォームでしょうか、それとも漸進的な成長を生み出すプラットフォームでしょうか?実際、当社の現在の市場観察によれば、デジタル化の文脈において、ローコードは実際に増分市場を創出し、企業がアイデアを即座に実装することを可能にします。しかし、これまで多くの企業はアプリケーション開発のスケジュールを立てることができませんでした。それは企業に出口を提供するのと同じです。デジタルイノベーションやデジタルマネジメントに関するアイデアは、ローコードプラットフォームによって直接開発でき、対応する人材を見つけることができます。以前はそのようなプラットフォームも、そのような人もいませんでした。実際、この要求は抑制されており、まったく実行されない可能性もあります。一方で、技術革新やテクノロジースタックの問題により、社内には歴史的に蓄積された問題がまだ多く残っています。プログラマーは、アプリケーション システムの要求があまりにも緊急であり、会社の IT テクノロジ、一部の内部ミドルまたはバックエンドの技術プラットフォーム、およびその他の基盤に対応する改善を行う機会がないという事実に長い間悩まされてきた可能性があります。ローコードにより、プログラマーは専門知識を活用する機会も増えます。したがって、ローコードは漸進的な市場を創出し、プログラマー業界が内向きになることはないでしょう。

NetEase Cloud Computingのローコードプラットフォーム責任者、Yan Yuejie氏

私たちが設計した Qingzhou ローコード製品は、実際にアプリケーション ソフトウェア開発のモデルを再定義するものだと付け加えておきます。このモデルでは、プロのプログラマーは反復的な CRUD から解放され、複雑で再利用可能なコンポーネントやロジックの研究開発に集中できます。アプリケーション ソフトウェアの開発は、ビジネスに近く、ビジネスをより深く理解しているアプリケーション開発エンジニアによって行われます。お互いの関心を切り離し、専門家が専門的なことを行えるようにすることで、それぞれの価値を最大化することができます。したがって、ローコードはプログラマーを失業させるだけでなく、プログラマーをより熟練した分野に導くことになります。

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

NetEase Cloud Computingのローコードプラットフォーム責任者、Yan Yuejie氏

この質問に答えるには、まず「市民化された」製品とは何かについて議論する必要があると思います。測定基準として「専門的な訓練が必要かどうか」を提案する人もいると予想されます。必要でなければそれは「市民権」であり、必要であればそれは「市民権」ではない。これにはある程度の真実が含まれていますが、正確ではないと思います。私の主張を反駁するために例を挙げてみましょう。例えば、囲碁は国民スポーツではないとおっしゃいますが、私は7歳の息子とよく囲碁をやります。市民スポーツとおっしゃいますが、囲碁を習った人たちから見れば、まだ門戸すら開いていないのです。したがって、私はこの基準は不正確だと言います。だから、基準を定めないほうがいいし、類推を使うほうが受け入れられやすいのではないかと思います。 PPT や Excel などの製品が「市民化された」製品であると考えられるのであれば、ローコードも「市民化された」製品である可能性が高いというのが私の答えです。しかし、私が Excel を使って毎月いくらお金を使ったかを記録することしかできないのと同じように、財務部門の同僚は Excel を使って会社の財務諸表を作ることができます。同様に、ローコード製品を使ってアンケート調査を行うことしかできない人もいれば、ERP システムを構築できる人もいるかもしれません。大部分において、これは製品の問題ではなく、人の問題と需要の問題です。

もちろん、ローコード製品によって重点は異なります。ローコード製品の中には、使いやすさに重点を置いたものもあれば、使いやすさと汎用性のバランスをとったものもあります。これらの製品の「市民権」の程度、範囲、および経路は異なる場合があります。

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

NetEase Cloud Computingのローコードプラットフォーム責任者、Yan Yuejie氏

ローコードが安全か安全でないかは、主にどの側面に重点を置くかによって決まる、というのはある程度真実です。

ローコードが安全である理由は、従来のソフトウェア開発と比較して、ローコードでは本質的に、従来の開発におけるビジネス自体とは関係のない多くの反復タスクをローコード製品に移行し、自動的に実装するためです。人間はどんなシステムにおいても危険な要素であることはわかっています。プログラマーは皆、システムのバグや脆弱性の 99% は自分自身または同僚によって作成され、残りの 1% は広く使用されていないフレームワークまたはライブラリの使用が原因である可能性があることを認識する必要があります。したがって、ソフトウェア開発システム全体の視点から評価すると、ローコードは従来のソフトウェア開発よりも安全で制御しやすいものになります。

安全でないと言えるかどうかは、主にローコード製品自体の設計と品質が優れているかどうかによって決まります。ソフトウェア生産工場として、ローコード製品では問題が飛躍的に拡大するため、ローコード製品に対する設計と品質の要件は他のソフトウェア製品よりも高くなります。もう 1 つの安全でない考慮事項は、多くのローコード製品がアプリケーションに対してエンジンのような動作環境を提供していることです。これは、ローコードを通じてブラック ボックス アプリケーションを作成することと同じです。これはユーザーにとって危険な要素です。したがって、アプリケーションのソース コードに対するセキュリティ監査要件を持つ企業にとって、解決策は 2 つしかありません。1 つは、エンジン ベースのローコード ベンダーにエンジン ソース コードの提供を要求することです。もう 1 つは、Qingzhou Low Code などのソース コード生成製品を使用することです。

一般的に、ローコード製品を使用してアプリケーションを開発する方が、従来のソフトウェア開発よりも安全です。開発の観点から見ると、製品技術の観点からも、ユーザーの心理的受容の観点からも、ますます安全になるでしょう。人々がさまざまなプログラミング言語のセキュリティや JVM のセキュリティに疑問を持たない理由は本質的に同じです。

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

NetEase Cloud Computingのゼネラルマネージャー、Chen Xie氏

ローコード プラットフォームの選択には、コード ロジック記述機能のサポート、データ アクセス機能のサポート、プロセス定義機能のサポートなど、さまざまな機能の側面が含まれます。データの操作、インターフェースのレイアウト、プロセスの定義は、エンタープライズ アプリケーションで最も一般的な部分であり、ローコード プラットフォームに含める必要があります。

開発したエンタープライズ アプリケーションなど、より深いレベルのものもありますが、高可用性機能を提供できるでしょうか?そのパフォーマンスは企業内の基準を満たしていますか?開発したアプリケーションが非常に複雑な場合、将来的に他の人がそれを保守できるでしょうか?これらはローコード プラットフォームの背後に隠されており、企業にサービスを提供するために本当に必要な機能です。

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

NetEase Cloud Computingのローコードプラットフォーム責任者、ヤン・ユエジエ氏

ローコード製品の品質を評価する場合、ニーズを満たし、問題を解決できるかどうかがより一般的な基準であると思います。オープンソースと商用のどちらが優れているかに関しては、企業やチームによって答えが異なると思います。企業が比較的強力な技術的研究開発能力と制御意欲を持っている場合、オープンソース技術を選択し、ソースコードレベルの研究を実施し、それを自社のビジネスニーズと組み合わせて製品化する可能性が非常に高くなります。このようにして、テクノロジー、製品、アプリケーション シナリオを完全に制御できます。企業の研究開発リソースが少なく、技術力が弱く、ビジネスニーズを満たすアプリケーションを作成するためにローコードのみを使用する場合は、商用製品を選択する可能性が高くなります。したがって、この質問に対する答えは、要求する側によって異なるでしょう。

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

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