2025年のプログラミングはどのようになりますか？

プログラミングのベストプラクティス、新しいフレームワーク機能、または次のバージョンのPHPの新機能についてよく読んでいます。「これをこれに」変更する方法、いくつかのテクニックが良いか悪いか、またはプロジェクトで使用できる新しいパッケージを読みました。しかし、これはすべて過去または現在についての推測にすぎません。



私はこの本読んで終了します«避けられないの»その中で唯一の未来についての雑誌ワイアードの創設者によって書かれたが、。この本に触発されて、私はプログラミングの未来を見ることを提案します。



今日、私たちは技術的な負債（それが意味するものは何でも）、維持するのが難しく、変更するのに費用がかかるレガシーコードと戦っていますが、同時にたくさんのお金を生み出します。定期的に、コードをリファクタリングし、DDDの原則に従い、テストを作成し、セキュリティのためにPHPバージョンを更新し、サーバーに最新のソフトウェアバージョンをインストールし、レイアウトを自動化する必要があります。



現在の日常業務は非常に多いため、当社がサポートしている他の数十のプロジェクトを確認する時間はまったくありません...または、少なくとも、サーバーのどこかに保存しています。少なくともわずかにすべての側面を改善するのを助けるために専門家を雇うべきです。これらのプロジェクトが悪いからではなく、使用できるテクノロジーが非常に多く、維持する必要のあるコードがさらに多いからです。



そして、これは将来どのように起こるのでしょうか？

IDEは人工知能を使用します

将来的には入力しやすくなります。私たちのIDEは、他のPHPプロジェクトおよびGithubとGitlabのすべてのオープンソースプロジェクトの匿名データから学習する人工インテリジェンスを利用します。



このAIのおかげで、「class HomepageC ...」と入力し始めると、IDEは、ホームページコントローラーを作成していること、Symfonyを使用していること、およびcomposer.jsonからのバージョンを認識し、コードの残りの部分にファイナライズ修飾子を自動的に追加することを提案します。使用されているPHPバージョンの知識に基づく、composer.jsonからの強力な型。使用しているテンプレートエンジンのテンプレートを生成し、プロジェクトにすでにある他のテンプレートにあるコンテンツを模倣します。



膨大な量の匿名データとパブリックコードストアからのデータのおかげで、AIはコントローラーを最適にテストする方法を知っており、この知識を使用して最適なコントローラーテストを作成します。

検証済みのベストプラクティス

私たちが「ベストプラクティス」について話すとき、私や他の誰かが個人的な経験だけに基づいて投稿や本に書いたことを意味するのではありません。これらの意見は、多くの場合、ほんの数件のプロジェクトの経験に基づいており、感情的に訴えられます。



将来的には、「ベストプラクティス」の概念は「検証済みプラクティス」に置き換えられ、技術的負債とコーディングの効率という2つの厳格な指標に関連する実際のデータに基づいて決定されます。技術債務には、将来コードの各行を維持するのにどれくらいの費用がかかるかを示す金銭的同等物があります。型付きクラスなしで静的コードを自由に書くことができますか？文字列は$ 10の「コスト」になる場合があります。強力な型と1つのパブリックメソッドを使用して最終クラスを作成していますか？この場合、回線の費用は2ドルになります。



これらの数値はランダムではありませんが、この機能の使用を選択したすべてのプロジェクトに対して匿名で、膨大な量のビッグデータの継続的な分析に基づいています。コードは、プロジェクトの維持と改善に必要な金銭的コストと比較されます。このフィードバックのおかげで、AIは特定のプロジェクトにとってどのバージョンがより有益であるかもわかります。



AIはプロジェクトのコンテキストを認識し、それに応じてデータを比較します。 CLIプロジェクトはありますか？このサブジェクトエリアの他のCLIプロジェクトのコードと比較されます。あなたはウェブサイトを作っていますか？他のサイトのデザインと比較されます。



コーディングの効率は、プロジェクトの「保守性」メトリックによって決定されます。0〜100ポイントのスケールで測定されます。ここで、0はコードを理解するのに何時間もかかり、変更を加えるのに数日から数週間かかる場合があります。スコアが100のコードは、後輩の開発者にとって理解しやすく、ほぼ瞬時にコードを変更できます。

IDEで検証された自動完了

IDEはこれらのメトリックを認識し、コードで使用されているパターンに従います。効率が40〜50ポイントのコードを書き始めると、同じ機能で効率が80〜90のコードの提案が自動完了で表示されます。これは、RectorまたはPHPStanが今日行っている作業に似ています。



パフォーマンス分析は、コーディングパフォーマンス分析と並行して実行されます。Dockerコンテナのバックグラウンドでコードが変更されるたびにパフォーマンスが自動的に測定され、メモリリークや実行時の増加が通知されます。この分析は非常に正確であるため、リークの原因となった特定の文字列にフラグを付け、受け入れる必要がある修正を提案します。

ASTリファクタリング

リファクタリングも現在よりも強力になります。これは、抽象構文ツリー（AST）に基づいています。IDEは、すべてのオープンプロジェクトとクローズドプロジェクトからの匿名データに基づいて、現在実行する予定の最良のリファクタリングを提案します。



ベストプラクティスを参照する代わりに、次のことがわかります。

• ソリューションAは、技術的負債で1行あたり3ドルの費用がかかり、効率が95、パフォーマンスが45と評価されます。
• ソリューションBは、技術的負債で1行あたり1ドルの費用がかかり、効率評価は70、パフォーマンス評価は50です。

スタートアップを構築していて、アイデアをテストしたいですか？次に、オプションAを選択します。会社が安定していて、将来も安定している必要がある場合はどうなりますか？次に、オプションBに切り替える価値があります。オプションBは、サポートとパフォーマンスが安価



ですが、開発が少し遅くなります。このソリューションまたはそのソリューションを使用する理由について、同僚や上司と議論する必要はありません。数値を比較してから、現在の優先順位に基づいて決定します。

コンテキストアーキテクチャ

コードにはコンテキストアーキテクチャがあります。 AIは、他のプロジェクトからのデータに基づいてコンテキスト間を移動するタイミングと、それらに移行するための最終的なコストを認識します。 WordPressプロジェクトを開始していますか？大丈夫です。しかし、プロジェクトの人気が高まり、ニーズにより適したPHPフレームワークに切り替える必要がある場合はどうでしょうか。 IDEは、Laravelに切り替えるように要求します。ワンクリックで完了です。



3年後、プロジェクトは成長し、Symfonyフレームワークにすでに組み込まれているサードパーティのサービスを統合するための多くのタスクがあります。IDEは、移行するように促します...クリック...そしてブーム、あなたはSymfony 9を使用しています。プロジェクトの開発を処理するのに十分なSymfony開発者が市場にいないことに気づきましたか？ワンクリックでIDEは、妥当なコストで十分な開発者がいるフレームワークにプロジェクトを転送します。

StackOverflowバージョン管理された回答 

IDEはコードをスキャンし、コーディングの習慣を分析します。通常は15分で関数を作成しますが、今では2時間近くかかりますか？今後数年のうちに、IDEは非常に優れているため、コードの記述速度がわずかに低下するだけでも数秒で気付くでしょう。



次に、IDEはコードをチェックし、StackOverflowで応答をスキャンし、composer.lock内のバージョンと応答を照合し、ニーズに最適な特定のコードを使用することを提案します。



このコードがランダムにコピーされてプロジェクトが破損するのではないかと心配ですか？回答の評価は、ユーザーの投票に基づくものではなくなりましたが、プロジェクトコードに正常に統合された場合に、回答の使用率が考慮されるようになりました。

テスト済みのコードスニペット

さらに、コードスニペットは、StackOverflow自体によって毎日テストされ、プロジェクトにコピーされる前にもテストされます。これはローカル環境のバージョンに対応しているため、コードが確実に機能するようになります。人々は、過去のように、これらの回答のバージョンを自分で書くことはもうありません。応答のコードは、使用するテクノロジーまたはフレームワークのリリースごとに自動的に更新されます。Symfony 5については、いくつかの回答があります。Symfony6がリリースされるとどうなりますか？回答の古いコードは、Symfony 6でリリースされたASTレシピで更新されます。これにより、人間とIDEは簡単に操作できます。

オープンソースの活動ベースの資金調達

営利企業とオープンソースの貢献者をつなぐ新しいプロジェクトが作成されます。オープンソースプロジェクトは、それを使用する企業によって資金提供されます。貢献する開発者は、コストをカバーするための追加料金なしで、入ってくるキャッシュフローに基づいた単一のシステムを通じて資金を供給されます。



資金は、機能への影響、ワークロード、費やした時間、コードの効率などの指標を使用して決定されます。したがって、コードは、空き時間に独立した寄稿者によって開発されたときよりもはるかに一貫して開発されます。オープンソースプロジェクトの開発者は、実際、そのプロジェクトによって資金提供されたフルタイムの仕事を得るでしょう。



これらの企業は報酬として何を受け取りますか？コミュニティ固有のプロモーション、新しいバージョンのプレリリースリリース、および彼ら（これらの企業）が使用するオープンソースプロジェクトを作成した専門コンサルタントへの直接アクセス。

フレームワークの統合

現在存在する約10個のPHPフレームワークが統合されます。 PHPフレームワークを取り巻くコミュニティは、MVCアプローチを使用してフレームワークのほぼ同一のコピーを開発するのではなく、より多くのコラボレーションを学習します。



AST移行のおかげで、任意のPHPフレームワークに切り替えることができます。これにより、選択が3〜4フレームワークに絞り込まれます。フレームワーク間の移行がIDEでのワンクリックの問題である場合、「これは歴史的に起こった」という主張と習慣に基づく競争はなくなり、品質のみに基づいて行われます。



フレームワークの数を減らすと、より狭義になります。1つのフレームワークはAPIで、も​​う1つはCLIで、3番目は優れたUXを備えたサイトで優れています。



PHPコミュニティ全体がより少ないフレームワークに焦点を当てている場合、節約された労力を新しいテクノロジーや機能の開発に投資することができます。

安定したPHPバージョンは1つだけ

ASTの自動移行のおかげで、PHPにはstableとdevの2つのバージョンしかありません。パッケージやプロジェクトの更新は非常に高速で安価になるため、最新バージョンに更新しない理由はありません。これを受け入れてすべてのプロジェクトの同期を維持するには、PHPコミュニティに1〜2年かかる場合があります。しかし、それが発生した場合、新しいバージョンのPHPがリリースされてから1か月以内に、オープンソースエコシステム全体がそれを最小バージョンとして使用します。

完全自動および即時のコード更新

PHPコードを手動で更新する必要はありません。PHPの各バージョンには、プロジェクト内のコードを自動的に更新するために使用できる完全なASTベースの更新「レシピ」があります。GitHubはこれらの「レシピ」を処理するため、新しいバージョンのPHPがリリースされると、GitHubは自動的にプルリクエストをリポジトリに送信し始めます。PHPだけでなく、任意のフレームワークまたはパッケージの自動更新があります。最近GitHubに統合されたDependabotと同様ですが、コードの更新とすべての下位互換性の問題があります。

GitHubアップグレーダー

すべてのPRを自分で引き継ぐ必要がない場合は、自動更新プログラムにサインアップして、GitHubが自動的に引き継ぐことができます。彼はまた、リリースとそのSemVerを適切に更新します。

自動化されたSemVer 

変更が後方互換性の中断なのか、単なるパッチなのかについては議論がありません。AIは前後のコードを分析し、これに基づいて決定を下します。彼は非常に頭が良いので、与えられた変更がどれほど重要な影響を与えるかを判断することができます。これが他のプロジェクトのコードに影響を与えない場合は、パッチとしてリリースされます。

学んだ教訓に基づくPHPRFC

PHPコアコードのRFCについても、同じ後方互換性ブレーク分析が可能です。型付き定数を提案したいですか？AIは、Githubの上位10,000からのプロジェクトの数をパーセンテージで示します。現在、一部のRFCでは同様のことが手動で行われています。

後方互換性ブレークを再考する

AIは、AST移行の「レシピ」の生成にも役立つため、即時更新で逆互換性の中断を完全に処理できます。これはまさに概念の変化につながるでしょう。後方互換性の中断は、自動更新が発生せず、人間がコードを変更する必要がある場合にのみ発生します。

RFCをローカルで試す

または、GitHubでPRを作成した直後に、誰でもローカルでRFC機能を試すことができます。どうやって？Githubは、特別なdevタグを使用して一時バージョンを自動的に作成し、そのPHPバージョンをパッケージレジストリにプッシュします。型付き定数を追加するRFCを作成し、それをPRとしてGitHubに送信し、1分後にsudo apt-get install php-dev-typed-constantを実行して、ローカルマシンでこのRFCを使用してPHPを取得できます。



したがって、プログラマーは、メインブランチに含まれる前でも、RFCに投票する前でも、この機能を試すことができます。この場合、新機能への投票でさえ、感情、主観的な意見、議論ではなく、実際のデータと経験に基づいて行われます。

私たちの将来はどうなるのでしょうか。

将来的には、私たちの機能は、私たちの歴史、過去の選択、またはコードをすぐに時代遅れにする急速に進化するテクノロジーによって制限されることはありません。ワンクリックで、すべてのツールが今日の市場で最も先進的です。



これにより、より多くの実験を行い、仮定をテストし、実際のフィードバックを得ることができます。これにより、今日では想像もできない言語、パターン、アプリケーションアーキテクチャでのコーディングプロセスと発明の自動化がさらに向上します。



「未来を予測する最良の方法は、それを作成することです。」 



幸せな創造！