量子コンピューティングが現実のものに。開発者に絶好の機会が到来

コンピューティングのあらゆる移行は、同じパターンをたどります。メインフレームにはコンパイラが必要でした。インターネットにはブラウザとアプリケーションフレームワークが必要でした。モバイルにはSDKが必要でした。どの場合も、ハードウェアが可能性を生み出し、ソフトウェアがアクセスを生み出しました。量子コンピューティングも例外ではありませんが、世間の会話は量子ビット数や誤り訂正の節目に支配されており、あたかもマシンが価値を備えた状態で単に登場するかのように語られています。

量子ハードウェアは進化を続けていますが、量子ソフトウェアは多くの人が認識している以上に進んでいます。現在真剣に検討されている金融のポートフォリオ最適化、製薬や化学の分子シミュレーション、物流とスケジューリング、材料設計、暗号リスク評価などのあらゆる企業のユースケースは、ビジネスや研究の課題を量子プロセッサが実行可能な形式に変換し、その結果をビジネスで利用可能な形式に変換するソフトウェアに依存しています。その翻訳レイヤーこそが、エンジニアリング作業と真の量子キャリアの機会が存在する場所です。また、物理学者ではなく開発者が構築の大部分を担える場所でもあります。

古典コードと量子コードは同じ分野ではない

この分野に新しく参入する開発者にとって、当然ながらいくつかの違いがあります。古典的なプログラムは決定論的なビットを操作しますが、量子プログラムは重ね合わせと量子もつれ全体で確率的な振幅を操作します。ほとんどの答えは、1回ではなく、多くの繰り返しの実行、つまり「ショット」の後にのみ現れます。実行途中のprint文に相当するものはありません。量子ビットを測定すると、その状態は崩壊します。量子のデバッグは、ステップ実行による検査ではなく、シミュレータと統計分析に依存します。ほとんどのハードウェアで修正なしに実行される古典的なコードとは異なり、量子プログラムは、量子ビットの接続性、ゲートの忠実度、コヒーレンス時間といった、対象とするプロセッサの物理的な制約を考慮しなければなりません。

これらのどれもが量子プログラミングを近寄りがたいものにしているわけではありません。それは、開発者がハードウェアの近くで推論しなければならなかった初期の古典的コンピューティングに近い精神を持つ、真に異なる分野にしているのです。変わったのは、その負担を開発者が個人的にどれだけ負わなければならないかということです。

量子スタックは多くの開発者が想定している以上に進んでいる

量子ソフトウェアは、数十年前の古典的ソフトウェアと同じ成熟プロセス、つまり手書きのマシン命令からコンパイラ、高水準言語、再利用可能なライブラリへと静かに移行してきました。今日sの量子開発プラットフォーム（ClassiqのQmodのような高水準言語を含む）により、エンジニアは量子ビットごとにゲートレベルの回路を手作業で組み立てるのではなく、プログラムが何を達成すべきか（機能的な意図）を記述できるようになりました。コンパイラは、特定のハードウェアバックエンドへの変換を自動的に処理します。これは、古典的なソフトウェアをスケーラブルにした関心の分離と同じです。ゲートレベルの回路から機能モデル、自然言語エージェントに至るまで、抽象化レイヤーが追加されるたびに、参入障壁が少しずつ下がり、現実的に貢献できる開発者の層が広がっています。