10年後には、プログラマーの大半が業界から退場するかもしれない。大胆な主張ですね。しかし、これは極めて妥当なシナリオであり、この記事では、この結論に至った経緯について説明します。新興企業の経営者は、ソフトウェアを開発する際にいくつかの課題に直面することがあります。技術要件の定義の甘さや管理の甘さ、優秀な人材の確保や維持に苦労するなど、ソフトウェア会社を悩ませる定番の問題が指摘されています。
過去10年間、開発チームは可能な限りプロセスを強化することを目指した。スクラムを採用し、アトラシアン製品や継続的インテグレーションツールを統合し、ライブラリを開発してプロジェクト間で共有することで、既存のコードベースを再利用することを学びました。しかし、彼らのアキレス腱は、労働力です。
人手に依存することの難しさ
ソフトウェア開発の成功の80%は 、開発者のスキルと製品へのコミットメントによって決定されると言われています。開発者のコードの質は、リファクタリングや、製品の一部を一から書き直す可能性に関連するコストに直接影響します。
ソフトウェア開発に携わる人なら誰でも、「もうこれ以上サポートできない。すべてを一から書き直す必要がある "という言葉に、ソフトウェア開発に携わる人なら誰もが遭遇したことがあるはずです。プロダクトオーナーは、時には何度も書き直し、時にはスクラップにする必要があります。
また、マネージャーやテクニカル・リードなど、開発品質の監視を担当する人たちによる不十分な監視が原因で、従業員による妨害行為が発生することもあります。これは、チームメンバーのスキルレベルが大きく異なる場合に発生する根本的な問題を浮き彫りにしています。さらに悪いことに、製品がリリースされようとしているときに、重要な社員が消えてしまうこともあります。その場合、チームは回避策を考え、タスクを再割り当てし、納期を調整するために奔走することになります。
No-code開発市場を変える
開発者にまつわる多くの問題を解決する最もわかりやすい方法は、人間の労働力をコーディング不要の自動アプリケーション開発システムに置き換えることです。
その利点は以下の通りです。
- プログラミング言語からの独立性
- より視覚的で透明性の高いアプローチ
- 参入障壁が著しく低い
- 大規模なチームの必要性が減少
- 最先端のフレームワークと比較しても、開発スピードは10倍以上。
- ケアレスミスを激減させる
- コストは低い時もあれば、桁違いの時もある。
は、すべての no-codeソリューションが有益か？
などの人気プラットフォームがありますが BubbleWebFlow、Tildaなど、数え切れないほどの企業が急成長を遂げていますが、最も複雑で広大な市場セグメントである企業システムやアプリケーションに革命をもたらすことはないでしょう。
市場を真に破壊するのは、コード生成によるno-code テクノロジーです。この過小評価されているテクノロジーは、従来の技術に比べ多くのメリットをもたらします。 no-codeソースコードへのアクセス、優れたパフォーマンス、アプリケーションのホスティングにおける柔軟性などです。
もちろん、欠点もあります。ライブプレビューは、アプリケーションを生成し、構築し、実行してから結果を表示する必要があるため、コード生成の難易度が高くなります。さらに、従来のプログラミングと比較すると、すべての機能を実装できるわけではありませんが、将来のプラットフォームの進歩により、これらの制限を克服できるかもしれません。
ソフトウェア開発の未来
実際、見通しは非常に楽観的でエキサイティングなものです。の普及が進んでいます。 no-codeコード生成によって、無数の開発者がありふれたコーディング作業から解放され、アプリケーションアーキテクトの需要が高まります。アプリケーションアーキテクトは、プログラミング言語やさまざまなフレームワークの複雑な知識を習得する必要がなくなります。企業は、これまでコストや時間がかかりすぎると考えられていたユーザー向けアプリケーションや社内自動化、小規模なサービスを、より大量に作成できるようになる。
開発費の高騰は、プログラマーを雇うことに代わる選択肢を企業に求めるようになる。パンデミックとリモートワークへのシフトは、急速な給与の上昇を促し、スペシャリストへの需要を急増させた。プログラマーの需要は非常に高く、もはやコーディングに力を入れる必要はないように思われる。
誤解されていること no-code
よくあるのが、開発者の主張 no-codeなどがあります。 AppMasterという、制約のある機能を提供するものであり、あらゆる種類の製品の開発には不向きである。
- 第一の誤謬：純正品を no-codeプラットフォームは実現不可能です。の大多数には当てはまるかもしれませんが no-codeのシステムです。 AppMasterは例外です。 AppMasterソースコードを作成しながら、テンプレートや回路図から実際のアプリケーションを開発する、実際のコード生成を採用しています。 AppMaster現代のプログラミング言語を使って、本物のアプリケーションを作成し、コンパイルし、テストし、配備することができる。
- 第二の誤謬。 no-codeソリューションが提供するカスタマイズ・オプションは限られている。この問題を解決するために AppMasterは、ビジネスロジックを確立するために、普遍的なビジネスプロセス手法を採用しています。抽象的なプログラミング言語をブロック化し、キャンバス上で視覚的にブロックをつなげることで、ほぼすべてのロジックを構築することができます。これは、文字入力やプログラミング言語の知識を必要とせず、プログラミングを模倣するものです。
- 第三の誤謬：スケーラブルなソリューションの作成は no-codeのプラットフォームは実現不可能です。 AppMasterは、セキュリティとスケーラビリティを念頭に置いて設計されており、ユーザーはバックエンドのマイクロサービスを開発することができます。つまり、1つのプロジェクトで複数のバックエンドアプリケーションを作成でき、それぞれが完全にステートレスで、Kubernetes、Docker Swarm、またはその他のクラスタリングシステムと互換性があるため、必要なときに急速な成長を保証します。
- 4つ目のよくある誤りは、バックエンドアプリケーションを維持するために no-codeのソリューションは、従来のコードベースのアプローチよりもコストがかかると思われます。実際には、AppMasterの戦略、テンプレート、ロジックにより、コードを変更したり書き換えたりする必要がないため、変更をより手頃に、より迅速に実施することができます。さらに、アプリケーションに変更が必要ない場合でも、最新のプログラミング言語、強化されたアルゴリズム、そしてOpenSSL を含む新しいモジュールのバージョンでアプリケーションを生成することができます。このため、調整や反復を行う場合、開発者を雇うよりも費用対効果が高くなります。
- 5つ目の誤りは、「プラットフォームに永久に拘束される」という思い込みです。ほとんどのSaaSサービスでは、この考え方は正しいのですが。 AppMasterは、法人契約を結んでいるユーザーは、プラットフォームで生成されたすべてのソースコードをダウンロードし、損失なく完全に放棄することができます。エクスポートされたドキュメント、ソースコード、バイナリーアプリケーションファイルがあれば、プラットフォームとは無関係に開発を進めることができます。要するに。 AppMasterは、悪影響を及ぼすことなく、プラットフォームから簡単に移行する方法を提供します。
結論として
3年前に、その AppMasterの作成に着手しました。 no-codeのプラットフォームをコード生成で実現しました。彼らの目標は、開発者を介さずにサーバーアプリケーション、ウェブアプリケーション、モバイルアプリを生成できるプラットフォームを作ることでした。当時は荒唐無稽に思えたこのアイデアも、今では開発の未来を象徴するものとなっています。
ということなのでしょうか。 AppMasterが市場シェアを確保できるかどうかは、まだわからない。しかし、コード生成はほとんどの作業においてプログラマーに取って代わり、ソフトウェア開発業界の大きな変革につながるという確信がある。としている。 no-codeの技術は進化し続け、従来のプログラマーの役割も進化し、企業はその変化に対応する必要があります。
