Orchids

作りたいアプリを説明すると、Orchidsはプロジェクトそのものを出力した。その画像ではない。つまり実行できる本物のファイルとコンポーネントが出てくる。まだ手作業で作らなければならないデザインモックアップではない。プログラミングの素養がない人にとって、これが魅力のすべてだった。落とし穴は何か。曖昧なプロンプトは曖昧な結果を生む。出力の質は説明の明確さに比例した。手で直せるコードがないだけに、最初の数回で説明を言い当てる必要があった。

Orchidsはフロントエンドで止まらなかった。動くアプリに必要なバックエンドの部品を、アプリケーションロジックとデータベース込みで整え、フォームやアカウントといった機能が本当にデータを保存できるようにした。見た目が完成したサイトと、実際に動くサイトの違いはそこにある。おかげでOrchidsは、案内用のページだけでなく小さなウェブアプリにも向いた。複雑なものは今も人間が出力を確認する必要があった。

変更はすべてライブプレビューに反映され、コードを編集するのではなくチャットで結果を磨いた。別のレイアウト、新しいフィールド、色の変更を頼めば、それが適用されるのを見られた。このループがツールを親しみやすくした。アプリの評価は、ソースファイルを読むのではなく、見て行えた。そのぶん、時間の大半は意図を明確に説明することに費やされ、これが思ったより難しいと感じる人もいた。自然言語プログラミングは、具体的に語る段になって初めて難しさが見えてくる。

データを保存する必要があるプロジェクトは、用意されたマネージドデータベースを使えた。登録フォーム、ToDoリスト、小さな顧客トラッカーが、サーバーを立てたり移行スクリプトを書いたりせずに本物のレコードを保持できた。技術者でないユーザーにとって、これは何かインタラクティブなものを作る上での大きな障害を1つ取り除いた。面倒を見るサーバーはない。代償はコントロールだ。データベースを自分で調整するのではなく、マネージドな設定の中で作業することになった。

Orchidsがデプロイを担ったので、完成したプロジェクトはダッシュボードの中から公開URLで公開できた。別のホスティングアカウントは不要。CIパイプラインも不要。ツールを離れずに成果を見せられた。サービスが停止したとき、その便利さが問題に変わった。デプロイ済みのプロジェクトは動かなくなり、引き取るか別のホストへ移す必要が出たのだ。1つのツールに結びついたホスティングは、そのツールと共に生き、共に死ぬという教訓である。

ウェブ版に加えて、Orchidsはプロジェクトをローカルに、たいていはマシン上のフォルダに保存するデスクトップアプリを提供した。成果を残すことを気にする人にとって、そのローカルコピーは意味があった。移行の手順を一切要さずに停止を乗り切った。小さな機能が、振り返ってみると最も役立つものの1つになっていた。