機械翻訳です。価格や条件を含め、英語版が正式な基準となります。英語で読む

    ソフトウェアはもはや職人技ではありません。それは技術です。

    70年にわたり、ソフトウェアは工房で家具を作るように、一人の職人が一つずつ、すべてを一から作ってきました。その時代は終わりました。コードを書くことのコストが下がると、価値は計画、部品、そして生産ラインへと移ります。だから私たちは工場のように作ります。

    01

    コードを書くコストが急落した

    現在、AIエージェントがコードの大半を書いています。ソフトウェア開発で最も高コストだった中間工程、つまり実装を入力する作業は、ほぼ一夜にして安価な部分になりました。私たちの目標は、これまでチームが四半期かけて行っていた作業を、監督付きの生産ラインで1週間で実現することです。

    02

    多くのソフトウェアは解決済みの課題

    サインイン、請求、マルチテナント、多言語対応、監視。どのビジネスアプリケーションにもこれらが必要ですが、どれも作り直す価値はありません。これらは標準部品であり、カタログから選ぶ要素であって、設計作業ではありません。

    03

    希少なまま残るのは課題そのもの

    自転車店、レンタル車両の管理、介護サービスを理解し、作るべき正しいものを明確に定義すること。そこにこそ人間の役割があります。優れた仕様定義の後に続くものはすべて工業化できます。

    手順を書き出し、繰り返し、検証できるようになった瞬間、職人技は技術になります。ソフトウェアはまさにその一線を越えました。そして一度技術になれば、工場は工房に勝ります。

    最初のトレーニングから稼働するソフトウェアまで、工程ごとにご紹介します。各工程には状態を示しています。稼働中は本日稼働しているもの、準備中は次に構築しているものです。

    1. 01稼働中

      まずはトレーニングから

      ラインの前に、人の準備があります。アドバイザーは中小企業にAIを助言する方法を学び、その後、ホワイトラベル化されたコースでクライアントのチームを教育します。コースの最後のステップが、新しいプロジェクトまたは新しい要件になります。

      詳しく見る
    2. 02稼働中

      まず要件定義

      曖昧なブリーフからは何も構築しません。対話は要件になり、それぞれに受け入れ基準が付きます。ラインは、受け入れられたものだけを構築します。

    3. 03稼働中

      連続するライン

      要件が受け入れられると、ワークステップはクリック操作なしでコーディングエージェントに渡されます。プロジェクトごとに一度に一つのビルドを、順番どおりに行います。各ワークステップは、プルリクエストとして完成します。

    4. 04稼働中

      すべての変更にゲート

      すべてのプルリクエストは、プロジェクトのCIとセキュリティスキャンを通過し、その後AIによるセキュリティレビューを受けます。このレビューは、判定が出なければ失敗扱いになります。判定がなければマージされず、マージはレビューされた正確なバージョンに固定されます。メインブランチのガードは、ゲートを迂回したものをデプロイしません。

    5. 05稼働中

      基準ごとの証明

      すべての受け入れ基準は、要件の最後の変更がマージされた後に記録されるCIからの独自のテスト実行を取得し、それらがすべて合格した場合にのみ、要件は検証済みと見なされます。人がチェックする基準は、承認されるまで「Human check pending」と表示されます。エージェントの言葉は決してカウントされません。

    6. 06稼働中

      テストを先に、赤から緑へ

      各受け入れ基準のテストは、独自のコミットで最初に作成され、コードがそれを合格させる前にCIで失敗する必要があります。変更がマージされる前に、ゲートはすべての基準のテストがレッドからグリーンに移行し、その過程で変更されていないことをチェックします。要件は両方の実行をリンクします。

    7. 07稼働中

      修正ループ

      CIまたはセキュリティレビューが変更を差し戻すと、指摘内容は同じエージェントのセッションに戻り、同じプルリクエスト上で修正されます。すべてのゲートが再度実行されます。標準では修正は最大2回までで、その後は担当者が引き継ぎます。

    8. 08稼働中

      標準パーツ

      すべてのアプリは、解決済みの課題が組み込まれたファクトリーテンプレートから始まります。サインイン、テナントとロール、法的ページ、レイアウトなどです。一度構築し、本番環境で強化し、二度と作り直しません。

    9. 09稼働中

      各工程でのファクトリーライブラリ

      ワークステップの計画が承認されると、各ワークステップには設計で選ばれた標準パーツが付属します。データベースやその他の機密性の高い領域に触れるワークステップは、ライブラリのセキュリティおよびデータベースのガイドラインに沿って構築され、ビルド記録にどれをなぜ適用したかが示されます。

    10. 10稼働中

      本番へのリリース

      リリースを公開すると、ホステッドアプリが本番環境にデプロイされます。まずデータベースのマイグレーションを順番に実行し、最初のエラーで停止します。その後ビルドを行います。リリースは、公開アドレスで配信されたときに初めて「稼働中」と表示されます。

    11. 11稼働中

      正直な状態表示

      対象範囲のすべてがリリースされるまで、プロジェクトには「構築中 — 6つのワークステップのうち3つ出荷済み」と表示され、その後にのみ「稼働中」となります。新しいアプリは、訪問者には「近日公開」と表示し、サインイン済みのユーザーにはビルドの手順を表示します。「アプリの内容」ページには、付属していたパーツ、構築済みの内容、今後の予定が一覧されます。

    12. 12稼働中

      記録として残す

      すべてのビルドジョブ、すべてのリリースのデプロイ、ゲートを経由せずにメインブランチに到達したすべての変更が記録されます。当社のオペレーターの操作は、追記専用の監査ログに記録されます。

    13. 13稼働中

      スコープ付きキー、EUでのホスティング

      当社がホストするアプリについては、各ビルドに、そのリポジトリ1つだけに有効な短時間有効のトークンが付与され、ビルド終了時に消去されます。モデルのキーはお客様のPP Orchestratorに保管されたままです。クラウドインスタンスはドイツ(EU)で稼働します。

    「稼働中」とは、Product Printerのリリースに含まれ、当社のマネージドインスタンスで稼働していることを意味します。工程は、そのリリースが提供された時点で初めて準備中から稼働中に移ります。

    工房の時代は美しいものでした。工場の時代は手の届く価格になりました。

    — 余計なノイズは取り除きます。

    課題をお持ちください →