2020 年にローコードが人気になって以来、この新しいソフトウェア開発モデルをめぐる論争は止まらない。
理論的には、ローコードには開発の敷居が低く使いやすいという特徴があり、デジタル変革における企業の多くのソフトウェア開発ニーズを満たすことができると主流派は考えています。
しかし、反対の意見を持つ人たちは、ローコードは「新しいボトルに入った古いワイン」であると主張し、ローコードが疑似需要であることに疑問を抱き、同時にローコード プラットフォームには巨額の変革コストが隠されていると信じています。
生まれたばかりの業界や新しいコンセプトの初期段階では、議論や疑念が不可欠であり、議論の中で路線が衰退するか、それともつまずくかが鍵となります。
現在の開発から判断すると、ローコードは依然として最前線にあります。次に、誰もがローコードをより直感的に理解できるように、ローコードのメリットとデメリットを偏見なく紹介します。
1. ローコードのデメリット
まずローコードの欠点について話しましょう。
1.能力が弱い
ローコード プラットフォーム自体が開発フレームワークであり、プラットフォーム上で何を作成できるかはフレームワーク自体の機能に大きく依存します。現段階ではBPM(ビジネスプロセス管理)やBI(データ分析)などの企業連携の分野で多くのローコードプレイヤーが戦っているため、多くの観客がローコードを「おもちゃ」とみなすのも無理はない。
しかし同時に、「おもちゃ」であっても、一方では多くの企業の情報化変革を大きく後押しする可能性があり、複雑なアプリケーションや変更可能な C 端子の将来が期待されることにも注意する必要があります。
2. 柔軟性が低い
多くのローコード プラットフォームは柔軟性があり、企業の個別のニーズに対応できると主張していますが、その前提は、それらがフレームワークの範囲内にあるということです。個々の要件がたまたまフレームワークの機能の範囲外である場合、二次開発のコストと時間を過小評価することはできません。企業が選択したローコード プラットフォームが十分にオープンではない場合、プラットフォームのサポートとアップグレードへの強い依存が企業を苦しめることになります。これがいわゆる「ロックイン」です。ソース コードのサポートと反復アップグレードの点で、現在市場にある JNPF 開発プラットフォームは比較的優れており、良心的でコスト パフォーマンスが高いです。
3. 開発者はフレンドリーではない
多くのローコード プラットフォーム フレームワークは開発者にとってブラック ボックスであり、開発者に 2 つの大きな問題をもたらします。1 つは作業が難しい、もう 1 つは将来がないということです。
1)大変な作業は、開発中にバグ、パフォーマンス、その他の問題が発生すると、内部実装ロジックがわからないため、トラブルシューティングを開始できず、コードのデバッグのためにインターフェイスを繰り返し切り替える必要があることです。プラットフォームのサポートを見つめるのは時間を無駄にするだけです。JNPF がサポートする完全なソース コードは、この問題をうまく解決します。
2)プロのプログラマーはローコードプラットフォームへの依存度が高く、コーディングを怠ると能力の低下を招き、長期的には失業や将来の放棄を意味するため、将来はない。
プロの開発者はローコード エコシステムの非常に重要な参加者であり、プロの開発者に自発的にゲームに参加してもらう方法もローコード プラットフォームの課題です。
4. ビジネス側の概念を変えるのは難しい
一般のビジネス担当者はローコード プラットフォームの主要なユーザーですが、ビジネス部門がローコード プラットフォームを使用するには、技術的なしきい値、心理的なしきい値、モチベーションのしきい値という少なくとも 3 つのしきい値を超える必要があります。
1) 技術的な閾値。少しの技術的な内容と一定の学習コストがあれば、多くの人を止めることができます。
2) 心理的限界。多くの人は新しいことや学習に対する恐怖からそれを受け入れることを拒否します。
3) モチベーションの閾値以前は、ビジネス側はほんの少しの言葉でソフトウェアを入手できましたが、今は自分でやらせますか? 多くの人々の怠惰は、あからさまな現実です。
これら 3 つのしきい値は決して克服できないものではありませんが、努力が必要です。
1) 技術的な限界を超えるには、コードを採用することはできませんが、柔軟性を犠牲にする必要があります。
2) 心理的閾値を超えるには、製品は良いストーリーを伝え、インタラクションデザインで適切な仕事をし、「BPMN 図、ER 図、外部キー、関数、スクリプト」などの専門用語を調整する必要があります。ユーザーの恐怖心を引き起こさないようにするため。
3) モチベーションの閾値を超えるには、十分に苦痛なシーンを見つけ、業界テンプレート、ビジネステンプレート、インタラクションデザインを通じて十分にシンプルな操作方法を作成する必要があります。
5. アプリケーションガバナンス、プラットフォームパフォーマンスなど
ローコード プラットフォームにより、アプリケーション開発コストが削減されます。アプリケーションが爆発的に成長し、多数のアプリケーションが誰も使用されない、または少数の人によって使用される場合、ビジネス価値はほとんどなくなり、追加の認識コストと管理コストが発生します。同時に、アプリケーションとユーザーの数の増加により、プラットフォームのパフォーマンスにも課題が生じます。さらに、ユーザーのパーソナライズされたフロントエンドのプレゼンテーションの追求と、プラットフォームの固定化されたフロントエンドのプレゼンテーションも、対処する必要がある矛盾です。
つまり、ローコードは良いことであり、フレームワーク自体は効率を大幅に向上させることができますが、同時にいくつかの問題もあります。「成功も枠にはめられ、失敗も枠にはめられる」ことはしたくない。
2. ローコードのメリット
多くのローコード プラットフォームの欠点を知っても、落胆しないでください。まずクリステンセンが私たちを元気づけてください。彼は「革新者のジレンマ」で「破壊的イノベーション」を定義しました。それは、ローエンドの消費者や新しい消費者グループにサービスを提供する、市場の既存製品のな代替品であり、従来の製品の市場シェアが徐々に侵食されていくことです。最終的には伝統的な製品の優位性に取って代わります。ローコード プラットフォームが破壊的イノベーションとなるかどうかは、様子を見てみます。
1.コスト削減
主に、学習コスト、開発コスト、その他のコストの3 つの側面が含まれます。
1)学習コストの削減は一般のビジネスパーソンでも運用可能であり、ITの研究開発リソースが不足している企業にとっては人件費を削減できます。
2)開発コストの削減により、開発者は既存の機能を再利用し、時間のかかる低価値のコードを削減できると同時に、多くの要件変更を構成を通じて実現できるため、開発、運用、保守の時間が短縮されます。
3)通信コスト、テストコスト、さらにはハードウェアコストを削減するためのクラウドアーキテクチャなどのその他のコスト。
2. 効率
これには主に、配信効率とコラボレーション効率という2 つの側面が含まれます。
1) 配送効率
一連の新規または変更された要件は構成を通じて満たすことができ、価値の低いコードの開発時間を直接回避でき、開発効率が 10 倍向上すると言っても過言ではありません。それは同時に、開発効率よりも重要な顧客対応効率の大幅な向上を意味します。
構成によって完全に対応できない開発ワークロードは依然として存在しますが、プラットフォームの機能を再利用できるため、開発ワークロードのかなりの部分を節約できます。効率向上のデータは特定のシナリオによって異なりますが、一般的に、もたらされる利点は次のとおりです。再利用で効率アップ間違いなし!
プラットフォーム機能の再利用により、テスト時間や統合リリース時間などのエンドツーエンドの納期が大幅に短縮され、エンジニアリング効率の向上により低コストでの開発が可能になります。 -DevOps を超えて NoOps に進化するコード。
2) コラボレーション効率
コミュニケーション効率。要件の提供には、ビジネス担当者、プロダクト マネージャー、開発者、テスターなど、多くの人が関与します。ローコードの助けを借りて、ビジネス部門のコンテンツで多くの要件を実現できる可能性があります。コミュニケーションを必要とする人数が減り、自然とコミュニケーション効率も上がります。
生まれつき機敏で無駄がない。「早期納品」「迅速なフィードバック」「変更への対応」といったアジャイル追求の核となるキーワードをはじめとするローコードプラットフォームが誕生し、プログラムの構築と迅速な納品により、できるだけ早くビジネス検証を受けることができ、フィードバックを迅速に取得し、タイムリーに調整します。「価値」「無駄の排除」「作り込み品質」などリーン追求の核となるキーワードをはじめとするローコードプラットフォームも誕生、プログラム設計よりもビジネス設計を重視した低コスト・高速検証を実現、ビジネスの焦点、標準化を通じて、再利用、人員削減などの付加価値を生み出さない活動を排除し、プラットフォーム自体に組み込まれた品質を通じてすべてのアプリケーションの品質を保証します。
3. 品質向上
" _ _コードがなければバグもありません。」
ローコード プラットフォームも「ミドル プラットフォーム」と同様で、専門の開発チームが進化しやすい高品質なコードを作成します。「再利用」と「統合」の概念を採用して、コストを削減し、効率を高め、孤立を解消します。同様に、ローコード プラットフォームも「ミドル プラットフォームの罠」に注意する必要があります。ビジネスを「強化」するつもりでしたが、予想外にそれがボトルネックとなり、ビジネスが「無能」になってしまいました。
4. 価値
これには主に 3 つの側面が含まれており、ビジネスに非常に適しており、低価値の需要リソースの窮状を軽減し、プログラマーの価値を高めます。
1) ビジネスに最適。
優れたBエンド製品は機能的ではありませんが、顧客の現在の問題を解決できるだけです。そのためには、製品が世界中に普及する標準的なソリューションではなく、さまざまな成熟度レベルの顧客に適応できる必要があります。著者は、多くの州や事業者が協力的なプラットフォームを開発し、さまざまな顧客の成熟度レベルに応じてさまざまなソリューションを提供できるように、このコンセプトを保持してきました。従来の標準化された製品ではこの概念をサポートできませんが、ローコード プラットフォームにはこの機能があります。ローコード プラットフォームに対する著者の信念の 1 つは、この経験からもたらされています。
私の家族の製品を紹介するために派生した JNPF 開発プラットフォームは、SpringBoot+Vue3 をベースにしたフルスタック開発プラットフォームで、マイクロサービス、フロントエンドとバックエンドの分離アーキテクチャを使用し、ビジュアル プロセス モデリング、フォーム モデリング、レポート モデリングに基づいています。ツール、高速 ビジネス アプリケーションを構築するために、プラットフォームを民営化して展開することができ、K8S 展開もサポートしています。
それは常に実践的なものです>理解しています。自分でアプリケーションを構築してみます: https://www.jnpfsoft.com/?csdn
2) 低価値の需要リソースの窮状を緩和する。
ITチームは常に際限のない要求に直面しており、誰かがROIをコントロールしたとしても、「ビジネス側は急いでいるのに、オンライン化したら必要なくなった」という事態が多発するのは避けられません。価値の低い需要が多くの開発リソースを占有しており、大きな無駄です。価値の低い要件の場合は、ローコード プラットフォームを使用して基本要件を最初に満たすことで、このジレンマを改善できます。さらに、「低価値のニーズは本当に少ないのか?」という疑問も考える必要があります。これらの低価値のニーズに対する開発リソースの確保は難しく、永遠に待つしかありませんが、ローコード プラットフォームは、これらの「死刑ニーズ」に生存空間を与えることができれば、これらの価値の低いニーズは組織革新の源となる可能性があります。
3) プログラマの価値を向上させる。
ローコードは、プログラマーが低レベルの繰り返し作業で無駄な時間を削減できるようにすることで、価値の高いコードに集中できる時間を増やすことができます。これにより、ビジネスの奥深くまで入り込み、より適切な方法でビジネス ニーズを満たすことができます。
5. インターネット効果
「ローコードプラットフォーム+クラウド」のエコロジーはプログラム開発のビジネスをインターネットのレベルに引き上げ、インターネットにはメトカーフ効果、二国間市場効果、スケールエコノミー効果、シナジー効果という4つの大きな効果がある。ここに、ローコード 2.0 の想像力が真に存在します。情報の孤島を打ち破り、アプリケーションとアプリケーション、企業と企業、開発者と開発者が相互に接続して通信し、「再利用率」に質的な変化を与えましょう。