Mingdaoyunの創設者であるRenXianghuiによる
私たちのビジネスプロセスでは、必然的に開発者コミュニティとの衝突、より正確にはいくつかの誤解が生じ始めました。私達はまたこれに対して精神的に準備ができています。
もちろん、素敵なプログラマーはしばしば非常に控えめで、「ゼロコードプラットフォームの使用は何ですか？コードを書かずにソフトウェアを開発できるのなら、なぜそれを行う必要があるのですか？」とは言わないでしょう。
彼らは話しませんが、私たちは心の中で知っています。Mingdaoyunを潜在的な顧客にデモンストレーションしたとき、私はほとんど何人かのプログラマーの考えを聞くことができました。ゼロコードシステムを採用するかどうかについて、顧客のさまざまな機能の人々が顔を合わせて議論することがあり、私も少し恥ずかしい思いをします。
一部の部外者は、製品の位置付け名を「ゼロコード」と呼ぶのではなく、「ローコード」に変更するように提案してくれました。これはローコードと呼ばれるため、プログラマーコミュニティにうんざりすることはなく、少なくともまだその余地があると感じます。
実際、Mingdao Cloudには多数のローコードモジュールも含まれているため、一部の上級ユーザーはスクリプト言語を使用して構成手順を簡素化し、ドッキング開発にAPIを使用できます。これらはすべて、十分なトレーニングを受けたプログラマーと切り離せません。
しかし、これは重要ではありません。私たちが達成したい目標は、アクティブなプログラマーが本当に価値のあることを実行できるようにすると同時に、それらの反復的な開発作業を完全に削減することです。いわゆる「ゼロコード」には、市場ステートメントのいくつかの意図的な要素が含まれています。
ゼロコードプラットフォームはどのようなソフトウェア開発作業に取って代わりますか？
要約すると、Mingdao Cloudに代表されるゼロコードプラットフォームは、主にエンタープライズミドルエンドおよびバックエンドアプリケーションの分野、特にデータ管理とワークフローに関連するアプリケーションカテゴリで使用されます。これらは通常、企業内で使用され、場合によっては外部に拡張されます。顧客とパートナー。これらのアプリケーションは、データの追加、削除、チェック、変更、および柔軟なワークフロー管理を中心に構築されており、ユーザーはブラウザーやモバイルデバイスを介してそれらを使用できます。
この要約には、実際にエンタープライズソフトウェア業界の多くのシナリオが含まれています。読者の理解を深めるために、より具体的なシナリオをいくつか示します。
1）リレーショナルデータベースに基づくビジネス管理アプリケーションとは
、次のようなさまざまな業界のコアビジネスを中心に構築されたビジネス管理システムを指します。
- 流通業界での請求
- 製造生産実施、材料管理、設備管理
- 現代のサービス産業におけるプロジェクト管理
- 教育業界の教師、学生、コース管理
- 機器工学産業の調達、設置、サービス管理
- 一般的なB2B業界などの販売管理
この大きなカテゴリのソフトウェアのほとんどは、ほとんど同じように見えます。Webバージョンでは、機能ナビゲーションは上部と左側のメニューから実行されることがよくあります。メインインターフェイスはテーブルを使用してデータ項目を一覧表示します。レコードの詳細を開いてさまざまなデータ操作を実行し、関連データを表示します。
ゼロコードプラットフォームがその才能を発揮し、これらすべてのアプリケーションを統一されたアセンブリ方法で実装できるのは、まさにこの類似性のためです。これにより、元のソフトウェア開発プロセスを最初から最後まで回避できます。
2）モバイルアプリケーションを使用してデータを収集するアプリケーション。
製造、エンジニアリング、小売、およびその他の業界では、最前線のアプリケーションシナリオからデータを収集するために特定の機能担当者が必要です。
3）APIインターフェースを使用して、データを書き込み、かんばんを管理するためのアプリケーションを構築します。
複数の異種システムからデータを抽出して統合データセンターに保管し、製品のカスタムダッシュボード機能を組み合わせて、コックピットを管理するためのアプリケーション要件を構築します。このアプリケーションシナリオは、BI + ETLソリューションを別の方法で置き換えます。
4）特定のビジネスリンクのニーズに対応する部門レベルの小規模アプリケーション
ゼロコードシステムによる使いやすさとコード開発を回避する機能により、ユーザー企業は、ビジネス部門の非開発者がいくつかの単純な小規模アプリケーションを直接構築または主導できます。統合されたアプリケーション管理機能により、シャドウITの問題を防ぐこともできます。
5）プロセスの自動化を実現するために構築されたアプリケーション
この製品に基づく自動化されたワークフローは、次のような手動の調整を必要とする断続的なワークフローを渡すために使用できます。
- 注文、配送、請求書の自動接続
- 時間ベースのチェックリストの生成、機器のメンテナンスのリマインダー、契約の有効期限のリマインダーなど。
- 販売プロセスとマーケティングプロセスの間のリードに基づく自動ラベル付けとリード栽培
6）データフロー、レポート、レビューのプロセスを実現するために構築されたプロセスアプリケーション
複雑なデータコラボレーションでは、フォームデータ、承認、および入力ノードに基づいて手動制御ワークフローアプリケーションを構築します。
ゼロコードが苦手なシナリオ
これらのポジティブなカテゴリーに加えて、いくつかのネガティブなリストもあります。これは、ゼロコードプラットフォームが解決に適していないシナリオが多数あることを意味します。
1）市場規模は巨大で、シーンは一貫しており、汎用カテゴリは
コラボレーションアプリケーションや通信アプリケーションなどです。もちろん、これらの市場の巨大な容量のために、すでに多くの成熟したメーカーが製品を提供しています。ビルドにゼロコードを使用する必要はありません。これらの市場での競争に参加したい場合は、市場の競争にタイムリーに対応するために、熟練したソフトウェア製品開発チームが必要です。
2）
ホテル業界の動的客室料金管理、ケータリング業界のキャッシュレジスタテーブル、産業管理、製造に関する特別なロジックスケジューリングなど、特定の業界でサービスを提供するために非常に独自の計算または独自のビューに依存するカテゴリ、マーケティング目標に関する広告データ管理など。これは、3mmの固定直径の無数のナットをねじ込むようなものです。ユニバーサルレンチを使用する必要はありません。
3）消費者志向のアプリケーション
これはよく理解されており、2Cアプリケーションは非常に多様であり、ゼロコードを達成することは困難です。もちろん、これらの単純な情報表示やショッピングカートのミニプログラムアプリケーションは別の問題です。多くの小さなプログラム生成プラットフォームは、本質的にゼロコードプラットフォームです。
このリストは完全ではないと思います。この市場には常にさまざまな特殊な状況の長い尾があります。そのため、散発的な要件はすべて、特別に構造化、設計、および開発する必要があります。
ゼロコードがコードを書くよりも優れているのはなぜですか？
実装したいシナリオが私たちの支配的な方向性と一致したら、ゼロコードプラットフォームで構築されたアプリケーションは、ほとんどの通常のソフトウェア開発チームによって開発されたものよりもはるかに優れていると思います。
これを言うのは少し失礼かもしれませんが、私たち全員がもっと客観的でなければなりません。優秀で優れたソフトウェア開発チームは常に制限されています。彼らは毎日データを追加、削除、チェック、変更するエンタープライズアプリケーションを開発しません。これらの仕事は私たちにとってより適切です。
1）インタラクティブエクスペリエンスの設計プロセスを排除する
ゼロコードプラットフォームは、データ入力、クエリ、表示などの一連のアクションに焦点を当てて、基本的なインタラクティブ設計のすべての作業を引き受けます。ゼロコードプラットフォームを適用した後は、これらの細かなインタラクティブエクスペリエンスを設計および強化する必要はありません。
例：複雑なフォームの各コントロール、使用するスタイル、維持する間隔、フォーカスを切り替えるためにキーボードがサポートされているかどうかなど。これらの詳細は、フロントエンドプログラマーにとって多くの反復作業を消費することがよくあります。
今、それはもう必要ありません。私たちの1回限りのパラダイムデザインはすべて考慮されています。
フロントエンドのページデザインをパーソナライズできない場合、アプリケーションは非常に似ているのではないかと言う人もいます。それは本当ですが、この類似性は良い複製であり、大まかなコピーではありません。
日付入力制御を最適化するために数日を費やすことができますが、これはすべてのアプリケーションフロントエンド開発が負担できるコストではありません。
さらに、ゼロコードプラットフォームを使用しない場合でも、フロントエンドフレームワークを適用する場合、自分でゼロから設計することは絶対に不可能であり、常にいくつかの既製の成熟したフレームワークを適用します。さまざまなバックエンドシステムがほとんどすべてAliAntのものであることがわかりませんか？
エンタープライズミッドエンドおよびバックエンドアプリケーションでは、見栄えの良いインターフェイスと使いやすい機能が最も重要な目標です。したがって、高品質の類似性がこの問題の解決策です。
2）バックエンドアーキテクチャプロセスの排除
フロントエンド開発は繰り返し作業を行う傾向があり、バックエンドデータアーキテクチャは同じです。エンタープライズアプリケーションがビジネスデータ管理とワークフローのニーズを満たすために、開発者は正しく合理的なデータ構造を設計する必要があります。この作業は、ゼロコードであろうと従来のネイティブ開発であろうと必要です。
ただし、ネイティブ開発プロジェクトでは、データモデルに加えて、アーキテクトが合理的なデータストレージ手順と機能（再利用可能なプログラム構造）を設計する必要があります。これらのタスクは、経験豊富なアーキテクトに依存しています。
ゼロコードプラットフォームでは、すべてのバックエンドアーキテクチャの作業が視覚的な構成プロセスに変換されます。データ構造はフォームによって確立され、ワークフローはトリガーとノードによって構成され、権限システムは役割と非常にきめ細かい権限の詳細に依存します。組み合わせ。
これらのタスクは自動的に完了しませんが、狭義のソフトウェアアーキテクトに依存しなくなり、これらのタスクを完了するための時間コストが大幅に削減されます。
ここで言及する重要な要素は、ビジネスの変化によってもたらされるバックエンドアーキテクチャの調整の悪夢です。
ビジネスプロセスが新しい要件を生成すると、ほとんどの場合、フロントエンドコードの数行を単純に変更することはできず、バックエンドアーキテクチャを調整する必要があります。
過去には、これは多くのカスタム開発されたソフトウェアプロジェクトの危機でした。なぜなら、必要なときに人が見つからなかったり、サウンドドキュメントが見つからなかったりして、その後のフォローアップの変更でますます低品質のコードがスタックされるためです。
ゼロコードシステムでは、構成を調整することで実行できます。これは、ネイティブ開発では決して達成できない効果です。
3）テストプロセスを簡素化します
。ゼロコードで構築されたアプリケーションもテストする必要がありますが、ユーザーはデータ処理の正確さに何度も集中するだけで済みます。
従来のソフトウェアのテストははるかに複雑です。まず、開発者自身がホワイトボックステストを完了し、要求者とテスターが共同でブラックボックステストケースのリストを作成する必要があります。
この問題は専門家のみに依存しており、コストが高く、専門家間のコミュニケーションが非常に面倒です。完全なテストでは、パフォーマンス、互換性、その他の側面もカバーする必要がありますが、これには時間と労力がかかります。
したがって、ほとんどのカスタムソフトウェア開発には、堅牢なテストプロセスがありません。ユーザーが1人だけのカスタマイズされたソフトウェアであるため、ソフトウェアの欠陥を排除するプロセスは非常に長くなります。
4）アプリケーション配布の免除
開発はスキンの層を失いましたが、最終的に使用可能なエンタープライズアプリケーションでは、従業員が通常の使用を開始できるようにするために、「組織内で配布」するプロセスがあります。
このプロセスは通常、想像よりも複雑です。特に、さまざまな役割に基づいてさまざまな権限を割り当てる必要がある複雑なシステムではそうです。ソフトウェアの開発後、アカウントを登録するようにユーザーをガイドする必要があり、役割が割り当てられた後、ユーザーは実際にシステムにログインできます。
現在、DingTalkやEnterprise WeChatなどのプラットフォームを使用する企業が増えています。つまり、少なくともユーザーアカウントとメッセージ通知の接続を実現するには、これらのプラットフォームに適応できるエンタープライズアプリケーションを開発するのが最善です。
ゼロコードシステムは通常、完全な企業管理バックエンドを備えており、ユーザー、部門、機能的役割、レポート関係の構成を提供し、Dingdingおよび企業のWeChatプラットフォームに事前に接続されています。
このように、ゼロコードで構築されたアプリケーションは、迅速に配信されるだけでなく、ユーザーに簡単に展開できます。特定のアプリケーションの役割が企業の金融キャッシャーに対応する必要がある場合、構成後、誰かが金融キャッシャーのポジションに入る限り、そのアプリケーションのアクセス権と適切な権限を自動的に取得できます。
5）デマンドコミュニケーションを容易
にするエンタープライズソフトウェアを開発するプロセスで最も苦痛で費用のかかるプロセスは、実際にはコードを書くことではなく、デマンドコミュニケーションです。これにより、開発者はソフトウェアのアプリケーションの目標を理解し、必要な背景知識を習得できます。製造プロセス管理、ロジスティクス管理、材料管理、機器管理、倉庫管理、財務情報交換など、エンタープライズソフトウェアの少し複雑な分野では、ソフトウェア設計のソースは企業管理のベストプラクティスに由来します。企業の運用知識がなければ、使用可能なエンタープライズソフトウェアを開発することは不可能です。
それ以来、エンタープライズソフトウェア開発の主なコストは、これらの膨大な需要のコミュニケーションに投資されています。
通常、開発者はフレームワークソリューションを提供し、知識のある顧客は基本的にそれが適切かどうかを判断できます。次に、クライアント企業は実際の運用のために組み合わせと変更の要件を提示する必要があり、開発者はそれを要件リストに記録し、作業範囲ドキュメント（SOW）を使用します。そして、顧客が確認するためのプロトタイプ図面。
事前の要件確認作業に時間がかかる場合でも、実際の納品時に調整や確認が多くなります。これが、配信が従来のソフトウェア開発サービスの悪夢である理由です。これらのリンクでは、コストとスケジュールを簡単に制御できません。
ゼロコードプラットフォームは最初に可能性を提供します-開発者が参加する必要はなく、要件に精通しているビジネス担当者は、コード開発の知識を習得する必要がないため、独立して直接実装できます。
需要側はそれを直接かつ独立して実現するため、需要の通信と確認の繰り返しを自然に排除します。誰でもソフトウェアを開発できます。この文は宣言の半分と現実の半分です。それはすべて、ユーザー自身のニーズの明確さと新しいツールを学ぶ意欲に依存します。なぜアメリカ人はDIYに慣れているのですか？雇われた労働者が高すぎるためである一方で、それは非常に開発された安価なDIYツールによってサポートされています。
ゼロコードプラットフォームが技術チームによって提供されている場合でも、ビジネス要求者は、事前に構築されたデモンストレーションモジュールを通じて、需要が満たされているかどうかを簡単に確認できます。ビルダーとユーザーの間のコミュニケーションは非常にスムーズになり、ユーザーが自分で始めざるを得ない場合もあります。
Zhenger Bajingの開発力はどこに置くのですか？
ゼロコードプラットフォームはすべてのプログラマーの仕事に取って代わりますか？
少なくとも短期的には、非現実的だとは思いません。ゼロコードプラットフォームには、まだ完成すべき長い製品ロードマップがあります。ダリの丸薬を飲んで、すぐにシンプルで使いやすく、パワフルで用途の広い製品にしたとしても（世界にそのような製品はほとんどありませんが）、企業ユーザーが信頼を築くには時間がかかります。
少なくとも今のところ、プログラマーはエネルギーをより価値のある分野にシフトし始めることができます。私たちの専門分野をゼロコードシステムに大胆に引き渡して試してみてください。とにかく、私たちのようなプラットフォームは無料トライアルを提供しており、できなくても努力する必要はありません。
しかし、他の人がそれを実践する前に試みないように防止し、説得することは不公平です。ゼロコードで使用可能なアプリケーションを構築し、顧客が実際の検証、少なくとも部分的なモジュールを実行できるようにすることができます。ネイティブソフトウェアの開発はそれほど大胆ではありません。顧客がどのように信頼していなくても、ソフトウェアをうまく開発することはできません。行って、顧客との契約に署名します。
本当に価値のあるネイティブソフトウェア開発は、巨大な顧客ベースに焦点を当てる必要があり、モジュラー設計はトップ10市場の1つになる可能性があります
。ソフトウェア業界の成功は「コピー」に基づいています。ソフトウェアのセットがユーザーである場合、これはソフトウェア業界では残念です。 。中国市場では、投資する価値のあるソフトウェア製品の分野がまだたくさんあり、一部の市場セグメントでは、ゼロコードプラットフォームには利点がありません。
たとえば、eコマースERPと拡張された新しい小売ソリューション、インテリジェントなマーケティング自動化ツール、これらの市場はまだ飽和状態ではありませんが、ゼロコードシステムには基本的なフレームワークモジュールとエコロジカル接続がなく、実行がより困難になります。
さらに、ゼロコードアプリケーションを使用する場合でも、顧客は混合使用のためにいくつかのパッケージ化されたソフトウェア製品を選択し続けます。このプロセスでは、顧客に完全なアプリケーションエクスペリエンスを提供するために、完了する必要のある統合開発作業をサポートしています。これらの統合された開発には、ビジネス要件に沿ったデータインターフェイスの合理的な設計、データスケジューリングサービスの確立、およびさまざまなネットワーク環境への接続が含まれます。もちろん、ゼロコードの別のブランチであるIntegrated Platform as a Service（IPaaS）も、製品化を通じてこれらの反復的なタスクを減らすために懸命に取り組んでいます。
すべてのプログラマーは本当に一生コードを書かなければなりませんか？
コード開発の分野以外に視野を広げ、既存のIT知識を最大限に活用したい場合は、より多くの人々がゼロコードプラットフォームを使用し、ビジネスニーズに合わせてアプリケーションの構築を計画し、必要な統合開発サービスを提供できるようにします。それは良い選択ではありませんか？
多くのプログラマーはビジネスについてもっと学びたいと思っていますが、ビジネスニーズに応えるには十分ではありません。ビジネスニーズの計画と設計に参加することで、真に視点を変え、国境を越えて成功することができます。
コーダーからノーコーダーまで、値下げはありません。
プログラマーコミュニティの最も価値のある特徴は、学ぶ能力だと常に思っています。結局のところ、コード開発の分野では、この一杯のご飯を食べ続けるために、新しいテクノロジースタックを継続的に学び、習得する必要があります。したがって、今日、ゼロコードがオプションになるとき、賢明なプログラマーはそれを盲目的に拒否することはありませんが、それで遊ぶ必要があります。コード開発に本当に興味があり、高レベルのプログラマーになることを熱望している場合は、ゼロコードシステムが実際にコードで記述されているため（Javaがコア）、Mingdaoyunに参加することも良い選択です。
