Fly.io CEOのKurt Mackey氏が退任

著者名 Kurt Mackey @mrkurt @mrkurt Annie Ruygt による画像 私たちはFly.ioです。インターネット上にアプリをデプロイするお気に入りの方法であり、フロンティアエージェントコーディングハーネスを安全に調理させるお気に入りの方法でもあります。これは私たちの会社、未来、そして今すぐチェックできるエージェント用コンピューターであるSpritesについての投稿です。 これは複雑な投稿です。だから、一つ約束してください。この紹介文を読み進めたら、最後まで読んでください。これは名誉の問題です。 数ヶ月前、Theo Browneは「2026年に新しいアプリケーションをホストするのに最適な場所」のビデオレーティングを行いました。Theoは私たちに良いことを言う傾向があります。今回もそうでした。しかし、彼は、彼が注目しているプロバイダーの中で、私たちが年末までに存続している可能性が最も低いと結論付けました。 さて、くそ。 Theoは私たちを驚かせました。なぜなら、私たちは会社の歴史上最高の財務月を含む、力強い四半期の連続の最中だからです。しかし、その見解は私の脳裏を駆け巡っていました。それは私の生の神経を叩き、私たちの会社として何をしていて、どこへ向かっているのかを考えさせました。 正直に言って、私はこれを見越しているべきでした。 Fly.ioは今年順調に進んでいましたが、私は少しばかりコースを外れ、会社を未解決のアイデンティティクライシスで燻らせていました。 もう少し詳しく話しますが、あなたを放っておくわけではありません。だから：私たちはさらに多くの資金を調達しました。私たちはSpritesの新しいイテレーションを立ち上げ、会社をそれらとそれが解決する問題に集中させます。そして、私はScott JohnstonをCEOに指名します。 プロダクトマーケットフィット 私はFly.ioを2つの明確な原則で始めました。それらは、おそらくもう重要ではないでしょう。 第一に、インターネットアプリケーションは高速である場合に最もよく機能し、それはユーザーの近くにデプロイされる場合に発生します。私はArs Technicaでの長年の経験からこれを学び、Fly.ioを開始した理由の一部はその欲求不満を解消するためでした。それは、会社の最初の数年間の私たちのマントラでした。 第二に、クラウドインフラストラクチャは複雑すぎることです。開発者はAWSの柔軟性とHerokuの人間工学を備えたプラットフォームを必要としています。Fly.ioを開始したとき、あなたは両方を同時に手に入れることはできませんでしたが、今ではここで、そして他の場所でそれが可能です。 あなたはこれを読んで、「何も新しいことはない、もちろんこれらのことは重要だ」と言うでしょう。しかし、私はそれらがあなたが思うよりも重要ではないとあなたに言います。なぜなら、誰もが話題にする唯一の理由だからです。 AIはソフトウェア開発を変容させました。ディンゴは本当に私たちの赤ちゃんを食べました。† 過去18ヶ月間、私がこれらの言葉を言うたびに、それらはさらに真実になりました。私はそれがまだ完全に浸透していないと思います[†]。私たちはまだコーディングエージェントを、あたかも十分に賢いコンパイラであるかのように、私たちの職業に統合しようとしています。しかし、AIは、Cコードの出荷とRubyの出荷の違いのようなものではありません。それははるかに大きいです。 Dan Bricklinがスプレッドシートを発明する前は、世界のすべての「Excelドキュメント」はコンピュータープログラムであり、コンピュータープログラマーによって構築されたものであったことを誰もが忘れています。わずか数年で、ほとんどすべてのビジネスプロフェッショナルが、世界で最も重要なプログラミング言語であるスプレッドシート数式を使用してプログラマーになりました。AIもこれに似ていますが、それよりも大きいです。ほぼ誰でも、ほぼあらゆる種類のコンピュータープログラムを構築できるようになるでしょう。 次に、従来のパブリッククラウドインフラストラクチャを検討してください。私たちは、厳格な基準で、扱いにくいCI/CDレールで構築された固定機能アプリケーションを、何百万人もの人々のオーディエンスに提供します。しかし、何百万人ものオーディエンスを持つコンピュータープログラムは、まもなく何百万人もの読者を持つスプレッドシートのようになるでしょう。それらは存在します！しかし、それらは標準ではありません。 2020年の意見を強く主張するパブリッククラウドデザインに賭けることは、パーソナライズされた適応性のあるソフトウェアに賭けることと何ら変わりありません。私はそれが良い賭けだとは思いません。たとえそう思ったとしても、私はそれをしたくありません。私は、私の友人や家族が、私がすべてを構築するのを待つことなく、コンピューターに彼らが望むことを正確に実行させることができる世界を望んでいます。 エージェントが望むもの これが私たちの2番目の創業原則、つまり真のクラウドインフラストラクチャは開発者にとって使用が難しすぎる、につながります。そして：それはまだ真実です！しかし、これはさらに明白に重要でなくなりました。† 実際、注意深くキュレーションされた人間の開発者エクスペリエンスと意見を強く主張するデフォルトを持つことは、今ではより悪いことさえあるかもしれません。エージェントは、物事が明確である場合に最もよく機能します。 最初の近似では、誰もドキュメントを読まなくなります。彼らは新しいCLIを拾って、試行錯誤で使い方を学ぶこともしていません[†]。それはエージェントの仕事です。 エージェントはFly.ioのデプロイメントをワンショットできます。ローカルでサイトをビルドして「これでFly.ioで動作させて」と言えば、うまくいくでしょう。しかし、エージェントはAWSのデプロイメントもワンショットできます。 私たちはここで何をしているのでしょうか？何が起こっているのでしょうか？ 昨年、最も急成長している顧客がすべてロボットだったという投稿で書きました。その後、私はすでに構築したもののリテコンニングをやめ、ロボット顧客が実際に何を望んでいるのかを理解することに取り掛かりました。 私が思いついたのはこれです。 こと1：コーディングエージェントは開発者ワークステーションで実行されることを期待します。 こと2：信頼するサンドボックス内であっても、エージェントを物理的な開発ラップトップで実行するのは迷惑です。なぜなら、ラップトップは蓋を閉じると実行を停止するからです。今年、MacBookを開いたまま、または閉じたまま階段を上り下りしたことがある人は手を挙げてください。あなたの手は下がっていますか？あなたの家には階段がないと推測します。 そして、人々は最終的にエージェントサンドボックスをクラウドで実行することになります。 こと3：パブリッククラウドはエージェントを実行するには厄介な場所です。 私たちはサーバーを「ペット」または「家畜」に分けますが、エージェントにとっては、家畜の群れでさえコミットメントが大きすぎます。あなたは、何というか、半使い捨ての牛、あなたが望むときに正確に存在し、あなたが望む期間だけそこに留まり、あまり費用がかからない牛が欲しいのです — そしてこれがアナロジーを書くのが難しい理由です。 今年初め、私たちのチームは、システムエンジニアリング、そしておそらくすべてのコンピューターサイエンスにおけるブレークスルーだと信じているものを生み出しました：半使い捨ての牛をローンチしました。私たちはそれらをSpritesと呼びます。 Spritesは、ロボットが探しているものをシュリンクラップすることから来る奇妙な形をしています。あなたはそれらを何百、何千と素早く作成できますが、すべてに100GBの耐久性のあるディスクドライブがあります。クラウドのすべてのものと同様に、それらはメーター付きユーティリティ請求がありますが、メーターはそれらが何もしていないときは実行されず、アイドル状態のときを判断するのに賢いです。 そして、あなたはそれらにアプリをホストし、それを同僚とインターネット経由で共有できます。 この機能の寄せ集めは、エージェントに関する提案につながります。 業界はサンドボックスに夢中になっています。しかし、ロボットはサンドボックスを望んでいません。彼らはコンピューターを望んでいます。 それが私たちの半使い捨ての牛、つまりエージェント用コンピューターです。 今すぐSpriteを作成できます 約1分かかります✨ 行く！→ エージェント用コンピューター Spritesのローンチがうまくいったことに満足しています。しかし、正直に言って、Spritesはスキューンワークスプロジェクトでした。私たちはFly.ioのメインウェブサイトでそれらをホストさえしていませんでした！奇妙な動きです。私はそれを正当化しているわけではありません。私たちはアイデンティティクライシスにありました。 しかし、雲は晴れ、エージェント用コンピューターは、今後、私たちの会社の焦点となります。†（それがどれほど真実かの味を得るために：コードベース全体のgit blameは、他の誰よりも私の名前を示しています） Fly Machinesと私たちのPlatform As A Service機能はどこにも行きません。しかし、SpritesはFly.io内の小さなスケルトンクルーの産物でした[†]、そして今ではそうではありません。 通常、私たちがローンチした新しい製品のいずれかについての深い技術コンテンツに何千語も費やすでしょう。私たちはSpritesについてもそうします。しかし、私はすでにこの投稿にかなり深く入り込んでいるので、共有すべき他のことがあります。ですから、今は簡潔に保ちます。 スケーリングとオーケストレーションに関する舞台裏の作業に加えて、nu-Spritesは、私たちがやりたいことの「機能完了」と最終的に見なせる場所に私たちを連れて行く2つの大きなサブシステムを導入します。 最初のものはSprite Block Device (SBD)です。オリジナルのSpritesストレージスタックはゴブリンの仕掛けでした