AIコーディングツールの進化により並行開発の規模が飛躍的に拡大する一方、従来のデスクトップ環境では複数プロジェクトを同時に管理する際のUX上の深刻な課題が顕在化している。ターミナル、エディタ、ブラウザという三つの独立したアプリケーション間でのコンテキスト切り替え、ポート衝突、OAuth リダイレクトの破綻、ローカルホストでのストレージ共有問題など、開発者が直面する具体的な障壁を詳述しながら、既存のソリューション(T-Mux、Docker、IDE内蔵ブラウザ、バックグラウンドエージェント)がなぜ根本的な解決に至らないかを論じる。筆者は最終的にLinux環境での新たなアプローチに希望を見出しつつ、開発者コミュニティ全体に対してこの課題への多様な実験と解決策の探求を呼びかけている。
並行開発の爆発的増加がもたらした新たな課題
私は今、これまでにないほど多くのものを構築しています。明らかにAIが大いに助けてくれていて、特に私には他に4つも仕事があるので助かっています。そう、YouTubeもその一つです。自分の会社を経営するのも一つ。一緒に仕事をしている他のすべての会社を管理するのも一つ。そして私は本当に多くのことをやっています。だから、これだけのものを構築できていること自体が驚きですし、これほど多くを構築してきたことはさらに驚きです。
そしてこれは本当に楽しいです。ソフトウェアを構築することをこれほど楽しんだことはありません。これらのエージェント型ツールのおかげで、一度に多くのことをスケールで行い、想像もしなかったようなものを構築するのがとても簡単になりました。私はLawnを持っています。これは新しい動画レビューツールで、Framesを置き換えてAdobeを私たちの生活から追い出すためのものです。
Shuもあります。これは複数のプロジェクトにわたってOAuthを実行する新しい方法です。なぜなら、多くのものにOAuthの設定をするのは面倒だからです。これは史上最高のOAuthライブラリになることを目指しているわけではありません。シンプルなGoogleサインインボタンを用意するだけで、ブロックを解除して作業に戻れるようにすることが目的です。T3 Canvasもあります。これは新しい画像編集ツールで、実際には最終的にT3 Chatに多くを統合したいと思っています。
しかしもっと重要なのは、これは私が毎日あらゆることに使っているものだということです。構築しているプロジェクトのアイコンから、取り組んでいるサムネイルのコンセプトまで。本当に便利です。そしてもう一つ、共有するまでに少し時間がかかるものですが、FS2 CLIです。これはファイル同期をより低レベルで行おうとする私の試みです。
そうです、このプロジェクト全体はRustで書かれています。また、取り組んでいるSwiftプロジェクトも2つあります。私は多くのものに貢献してきました。これまで以上に多くのものを構築し、触れてきました。では、問題は何なのでしょうか。なぜあなたは、私が抱えている問題についての動画を見ているのでしょうか。明らかにうまくいっているのではないですか。いいえ。
実際、私が抱えている問題はあまりにも大きかったので、時間を取って座り、それについて文句を言う記事を書きました。私はこれらのUX問題について多くのことを考えてきましたが、どうやら他の人たちもそうだったようで、だからこそこの投稿は120万回の閲覧数を獲得し、Microsoftの幹部からバイブコーダーまで、みんなが反応しました。私はこれらのUX問題について言いたいことがたくさんあります。
私はそれらについてかなり考えてきましたし、実際にいくつかの解決策も思いついているかもしれません。でも、これらの問題を全く抱えていないものを知っていますか。今日のスポンサーです。今日のスポンサーであるSentryについてはすでに聞いたことがあると思いますが、私がここで話す機能については聞いたことがないかもしれません。なぜなら、私自身もチームと話すまで知らなかったからです。
Sentryの新しいエージェントダッシュボード
新しいSentryエージェントダッシュボードは信じられないものです。T3 Chatのセットアップがあればよかったと本当に思います。撮影が終わったらおそらくやるつもりです。なぜなら、それは本当に心から便利だからです。エージェントを使って構築している場合、物事が常にうまくいくとは限らないことをご存知でしょう。コードを書くとき、エラーケースが何であるかを知っていて、エラーがどこから来たのかを簡単に追跡できるかもしれません。
しかし、エージェントが任意の順序で任意のツールを任意の失敗率で呼び出すことができる場合、それをデバッグするのは幸運を祈るしかありません。わずか5行のコードでそれらのエージェント実行の中を見ることができたら想像してみてください。信じられないように聞こえますよね。そして私はここで見るまで信じるのに苦労しました。とてもクールです。このプロジェクトは、Otelを通じた可観測性を有効にして実行されている多数のエージェントです。
しかし、そのどれかをクリックして、どのように見えるかを確認できます。ここに48個のエラー、2つのLM呼び出し、1つのツール呼び出し、そして29Kトークンが生成されたリクエストがあります。コストさえも確認できます。そしてそれをクリックすると、実際のトレースから非常に有用な情報が得られます。これはClaude Codeをラップしていました。
そうです、これでClaude Codeをラップして、リクエストで行うすべてのツール呼び出しを確認できます。ここでは、時間の経過とともにどのツール呼び出しが発生したか、それにかかった時間、それに対する応答として何が起こったか、このリクエストの一部として呼び出されたすべてのエージェントとサブエージェントを確認できます。これはとても便利です。1日に何回ツール呼び出しが発生するか、どのツールが使用されているか、さまざまなモデルによって何トークンが使用されているか、それぞれのモデルに対して何回LM呼び出しが発生しているか、エラー率など、見つけ出して把握するのが本当に面倒なこれらすべてのことを確認できます。
しばらくの間、奇妙な検索ツール呼び出しループをデバッグしようとしてきた人間から言わせてもらうと、このようなものは本当に便利です。やるべきことは、初期化呼び出しを設定し、AI SDKのgenerate関数のいずれかを呼び出す場所で実験的テレメトリをオンにするだけです。他の多くの言語、ツール、SDKにもこれがあります。
これが私たちが使っているものであり、おそらく今すぐこれをセットアップしに行くつもりです。物事がうまくいかなくなるまで待たないでください。その時にこれらのトレースが欲しくなります。今すぐsoyv.link/entryで入手してください。
エージェント開発におけるUX問題の本質
エージェント開発におけるUX問題。この問題を理解するためには、時間をさかのぼる必要があると思います。本当に本当に長い時間、2ヶ月前までさかのぼります。なぜなら、この状況は急速に変化してきたからです。これは、私が作業しているほとんどの時間、私のセットアップがどのように見えるかです。私がコードを書いてきたほとんどの時間、私は開発サーバーとGit用に開いたタブで自分のターミナルを開いていました。作業しているもののためにワークスペースが設定されたIDEを開いていました。そして、localhostに1つのタブとGitHubに1つのタブでブラウザを開いていました。
ここに私のセットアップがどのように見えていたかの大まかなアイデアがあります。ここに開発サーバーがあるターミナルがあり、これはGit関連のために空のものです。だからTIGで私のGit履歴を見るとか、いつものことですね。それから、開発環境があるブラウザがあり、通常は同じもののためにGitHubを開いています。
ここが同じプロジェクトのGitHubリポジトリです。そして、実際にコードを書いているエディタがあります。この場合、私はすべてのコードをマークダウンファイルに書いています。しかし、これが私が開発しているほとんどの時間、私のセットアップが大体どのように見えるかです。そして正直なところ、それほど悪くはありません。3つの図を表示すると、この作業に分散されている表面がここにあることがわかります。
このプロジェクトで作業しているとき、私は1つのエディタ、1つのブラウザ、2つのタブがある1つのターミナルを持っています。すべて問題なく、理にかなっています。今のところ、これはそれほど悪くありません。しかし、一度に2つのことに取り組んでいるとどうなるでしょうか。やってみましょう。ここに別のタブセットを作るかもしれません。でも、どの時点で私はどちらにいるのでしょうか。それは面倒です。
私はT-Muxの大ファンなので、異なるプロジェクトのためにT-Muxセッションをセットアップしていました。しかし、2つの異なるものが欲しい場合、たとえばこのGitターミナルやこの開発ターミナルをフルスクリーンに展開したい場合はどうでしょうか。それは新しいタブになるのでしょうか。もしかしたらタブは正しい方法ではないのかもしれません。各プロジェクトのために異なるウィンドウにこれを分割するかもしれません。
このウィンドウはT3 Chat用で、このウィンドウはLawn用かもしれません。しかし、ブラウザはどうでしょうか。異なるプロジェクトのために新しいブラウザウィンドウを作るのでしょうか、それとも異なるタブを作るのでしょうか。正しいGitHubタブにどうやってたどり着くのでしょうか。これらすべての間の行き来をどうやって管理するのでしょうか。そして、エディタに2つの異なるプロジェクトがある場合、正しいプロジェクトにいることをどうやって知るのでしょうか。VS CodeとCursorのインスタンスを色分けすることから、コンピュータ上のワークスペースでクレイジーなことをすることまで、あらゆることをする人々を見てきました。
そして、私はここであなたに言います、それのどれもうまくいきません。面白いことをやってみましょう。新しいデスクトップに移動してみましょう。これがデスクトップ3です。このターミナルを移動します。codeコマンドでここでVS Codeを手動で開きます。これで2つできました。ブラウザをやりましょう。コマンド+タブで回復します。おっと、間違った場所に移動してしまいました。
戻ります。コマンド+N。今度はターミナルを作っています。ここで新しいブラウザを取得するにはどうすればよいですか。良い質問です。普段は使わないドックに行く必要があります。右クリック、新しいウィンドウ。クールです。なんとか動きます。さらに面白いのは、これを行って他の何かが開いていたタブに移動した場合です。ワークスペース3にブラウザがないワークスペース3からHeliumにコマンド+タブで移動すると、ワークスペース2に切り替わり、このフォーカスに戻ります。
さらに面白いのは、今は再現できませんが、これを行うと他のウィンドウに移動し、落ち着く前に異なるウィンドウ間で数回ちらつくことがあります。その上、ここでの実際のナビゲーションは非常に遅いです。3本指のスクロールで物事を切り替えるのはひどいです。
ワークスペースを切り替えたときに、Heliumからターミナルに切り替わるちらつきが見えましたか。ここでLawnに切り替えたときに、また同じことをしました。だから、Heliumにコマンド+タブで移動します。それをする前に、デスクトップ1はターミナルです。デスクトップ2はブラウザです。デスクトップ3にはターミナルとエディタしかありません。
だから、ターミナル3、Heliumにコマンド+タブで移動します。そして、これをやりましたよね。1に戻るときを見てください。冗談でしょう。これは小さな煩わしさだけではありません。これらのことが使えないものにしているのです。
第一原理から問題を分解する
もう少し第一原理から分解してみましょう。以前、あなたの作業がアプリ間で分割されていたときは大丈夫でした。なぜなら、あなたのメンタルモデルは効果的に、ここにあるすべてがこのプロジェクトの下に含まれているというものだったからです。
あなたのターミナル、エディタ、ブラウザはすべて、この1つのプロジェクトを管理するためのメンタルモデルの一部です。しかし、これらのモデルの多くは遅く、1時間以上かかるタスクを簡単に実行できるようになったので、一度に1つのことだけをするのは面倒です。なぜなら、ビルドが完了するのを待つ間、Twitterをスクロールして座っているだけだからです。
そしてビルドというのは、文字通りビルドを実行することを意味するのではありません。エージェントを通じてすべてのビルドを行うことを意味します。だから、結局他のスペースを立ち上げることになります。
1つのプロジェクトに3つの異なるブランチやワークツリーがあるかもしれません。あるいは、単に同時に異なるプロジェクトで作業しているだけかもしれません。しかし、それは今うまく機能しません。以前は複数のアプリ、複数のタブなど、すべてがありましたが、それらはすべてプロジェクトの下にグループ化されているという私たちの頭の中にありました。しかし、複数のプロジェクトがあり、今度はそれらのプロジェクトを異なるアプリに分割しなければならない場合はどうなるでしょうか。すべてに対して異なるウィンドウを作るつもりですか。異なるものをどうやって管理するつもりですか。プロジェクトBのターミナルがプロジェクト1のブラウザが開いているときに音を鳴らしたらどうしますか。これらすべてのことが並行して実行されているときに、正しい場所にどうやってたどり着くのですか。
チャットでのプッシュバックがすでに見えています。コンテキストスイッチングモデルはどうなのか。Mac OSでのカスタムalt tabはどうなのか。それらはそれほど重要ではありません、特にコンテキストスイッチングのことは。
作業を適切にスコープし、心に描いているものを正確に書き留めることが得意であれば、切り替えるのはそれほど難しくありません。そうでなければ、20分から2時間、ただそこに座って見つめているだけだからです。これは間違いなくADHDの特性であり、私にとってはうまく機能しますが、実際そうです。長時間実行されるタスクを伴う2つか3つのプロジェクトを進行させて、間を行き来して何が起こっているかを確認できるのが本当に好きです。
しかし、そのコンテキストをアプリ間で分割しなければならない場合、ずっと面倒になります。私の夢は、それぞれが異なる論理的で一貫した動作を持つ非常にシンプルなデスクトップのセットで、3つの間を簡単に行き来でき、完璧にセットアップできるというものです。私の夢の世界では、これらのそれぞれが、私がここから制御している異なるリモートコンピュータになるでしょう。
悲しいことに、ウィンドウ管理を修正するだけでは十分ではありません。この部分がどれほど悪いかというと、確かに、ウィンドウ管理は役立ちますが、アプリ間でのプロジェクトのひどい分割、今とても痛みを感じているものです。ターミナル、エディタ、ブラウザが別々であるという事実は痛いです。そして、私が言ったように、多くのサブ問題があります。
ターミナルをどのように分割するかをどうやって選びますか。タブを使いますか、ウィンドウを使いますか。T-Muxを使いますか。それについてどうしますか。今どのターミナルウィンドウにいるかをどうやって知りますか。これらのツールの多くは、Claude Codeのようなものを実行しているときに、あなたがどこにいるかを表示しません。ここで、私はどこにいますか。今、世界のどこにいるのですか。このターミナルでどのプロジェクトの中にいるのですか。知る方法がありません。
ここでカスタムステータスバーを設定してどこにいるかを教えることができます。しかし、そんなことをする必要はないはずです。うっとうしいです。そして、異なるブラウザ間で高いレベルで見ているとき、どれが正しいGitHubリポジトリを持っているかを知ることは、世界で最も面倒なことです。この種の作業をすればするほど、これらの痛点を感じるようになります。特にポート衝突、OAuth、Cookie衝突などのようなものです。
最近まで知らなかった面白い事実です。ブラウザのlocalhostアプリストレージデータがすべてのポート間で共有されていることを知っていましたか。つまり、3つの異なるポートで実行されている3つのものがあり、それらすべてが同じCookieを編集している場合、それらはすべて今非常に壊れています。何ですって。私は自分で実験するまでこれを信じませんでした。
しかし、そうです、localhostは1つのホストです。ありがたいことに、チャットはこれを言う私を狂気だと感じさせないようにしてくれています。なぜなら、私は全く知らなかったからです。ポートは異なるホストとしてカウントされません。つまり、localhost下の複数のものがすべて一緒にグループ化され、多くのものを壊します。
そして、それはプロジェクトが構築された目的のポートとは異なるポートを使用した場合、OAuth リダイレクトのようなものがおそらく壊れるという事実をカウントしていません。
なぜなら、OAuthをlocalhost 3000または本番ドメインにリダイレクトするように設定し、並行して3つのことに取り組んでいるので、今localhost 3000と12がある場合、幸運を祈ります。今壊れています。そして、これらのことが常にたくさんあります。私はこれらのツールを使って毎日これに遭遇しています。そして、それらは日に日にますますイライラするようになっています。
私の小さなエッセイのようなもので、私が経験した実際の話の例を書きました。他の多くの人もそうだと確信しています。ピン。Claude Codeワークフローが完了したという通知音が聞こえます。どのターミナルタブだったでしょうか。しばらくの間、ターミナルウィンドウとタブを飛び回ります。ついに見つけられます。プロジェクトBでした。さて。
では、どのブラウザだったでしょうか。ああ、localhost 3001に割り当てられました。今、私のOAuth リダイレクトが壊れています。サインインすることさえできません。どのターミナルタブが3000を使っていますか。わかりました。プロジェクトAでした。それを終了します。プロジェクトBの開発サーバーのタブはどこにあるので、正しいポートで再実行できますか。ピン。別のワークフローが完了しました。それはあなたが今やっていたことが何であったかを見失うのに十分なほど、あなたの注意を短時間引きつけます。
私は今、1日に何度もこれに遭遇しています。狂気になりそうな気がします。あなた方の少なくとも半分は、これに対する簡単な解決策を考えているに違いありません。「ああ、それは簡単だ。XやYやZをやればいいだけだ。Tailscaleを使えばいいだけだ。Linuxに移行すればいいだけだ」とか、これらすべてのこと。いいえ。
ただいいえ。T-Muxは私によく推奨されるものの1つで、本当に面白いです。なぜなら、私はほとんどのT-Muxファンが生まれる前からGNU screenを使っていたからです。
私は12歳のときからそれを使っていて、今は年を取りました。ターミナルをマルチプレクシングすることは素晴らしいことであり、私は本当に本当にそれが好きです。私は過去8年間、デフォルトのターミナルセットアップとしてT-Muxを使っていましたが、このMacBookではそれを設定しないで、それなしで生活するとどう感じるかを見るためだけにしませんでした。そして、答えは、それほど良くもなく、それほど悪くもないということです。
既存ソリューションの限界
エージェントオーケストレーションGUIはどうでしょうか。ご存知のように、私はCodex UIを絶対に愛しています。Codex CLIではありません。
それは問題ありませんが、私はここで多くのものを構築してきました。そして、それを今でもやっているのがわかります。私はこのUIが大好きです。とても好きです。生成側のために異なるプロジェクト間で作業できる1つのアプリがあるという事実は素晴らしいです。しかし、私は開発サーバーを実行するためにまだターミナルに行き着きます。なぜなら、このアプリの組み込みターミナルはただのゴミだからです。
それは非常にひどいので、ビデオでさえ言及しませんでしたし、組み込みターミナルが好きではありません。そして、差分ビューは、それがどれほどクールであっても、自信を持って出荷するのに十分な詳細を提供してくれません。だから、私はまだここや他の場所で自分のエディタを開くのが好きです。そしてもちろん、ブラウザの問題。私はまだブラウザとポート衝突、リダイレクトなど、それ以上のすべての奇妙なことに対処しなければなりません。
だから、このアプリは大好きですが、これらの問題を解決してくれません。むしろ、ターミナル側をここで解決すること、つまりこの部分をなくすことで、もっとできるような気がするので、今はそれらをもっと感じています。そして、もっとできると感じるので、もっとやり始めます。そして、これら2つの問題がすぐにずっと悪化します。
Codexがなければ、一度に2つのことにかなり厳しく制限されていると感じますが、Codexがあれば4つか5つできます。しかし、今、これらの問題がずっと悪化します。組み込みブラウザを備えたIDEはどうでしょうか。これは正直言って、私が見た中で最も近いものです。組み込みターミナル、組み込みGitワークフロー、組み込みブラウザを備えたCursorのようなものは、ここでかなり遠くまで行くことができます。
しかし、それでもGitHubが必要です。なぜなら、プロジェクトで何が起こっているかを確認する必要があるからです。他のPRはそのようなものをレビューする必要があります。そして、VS Code拡張機能がどれほど優れていても、何が起こっているかを見るよりも、詳細なレビューを行うためにそれを使うことが多いです。そして、OAuthとOAuthリダイレクトのようなものや、Cursorブラウザアプリ内で1Passwordの認証を適切に機能させようとすること。
試したことがなければ、その痛みを知りません。ひどいです。そして、なんてことだ、アプリ内ブラウザでパスキーを動作させようとしなければならず、ほとんど狂いそうになりました。そして、Dockerを心から推奨する人々がいます。そして、私は彼らの頭をチェックしてもらうことを心から推奨します。なぜなら、Dockerがどれほどクールであっても、これを全く解決しないからです。良い質問です。
なぜ開発中にパスキーが必要なのでしょうか。なぜなら、開発中でも私はまだGoogleアカウントでサインインしており、私のGoogleアカウントはパスキー経由で設定されているからです。特定のテキストエディタとそれが持つ組み込みブラウザに優しくするために、すべてのプロジェクトのために完全に異なる開発環境をセットアップできるでしょうか。ええ、でもそれはやりたくありません。
17のプロジェクトすべてに行って、OAuthのようなコアの基本についての考え方を再構築して、アプリ内ブラウザで使えるようにしなければならないようにはしたくありません。それは私には狂気のように聞こえます。そして、これが私の最もホットなテイクです。バックグラウンドエージェント。なぜ私たちがバックグラウンドエージェントとそのアイデアに非常に興奮しているのかの大きな部分は、Slackメッセージを送信してジョブを開始したり、CursorとCodexにアプリ内、そしてバックグラウンドでクラウドに蹴り出すCloudボタンのようなものがあったりすることだと思います。
バックグラウンドエージェント周辺のこれらの機能に対する誇大広告の多くは、そのタイプの並行作業をローカルで行うことがどれほど難しいかによるものだと正直思います。それは、コードがどこで実行されているか、そしてある程度GitHub部分をリンクすることに役立ちますが、私が正直に感じるのは、それが行う方法は、これら他の2つのカテゴリからものを取り、それらもブラウザに移動することによってです。
エディタ体験やターミナル体験をブラウザに移動することが必ずしもこれらのことを解決するとは思いません。むしろ、私が見てきたのは、これらのクラウドとバックグラウンドエージェントソリューションが、実行後に触れられない多数のPRのソースになることです。なぜなら、誰もこれを再び見ないからです。
しかし、ローカルで実行しているとき、私は実際にコードを操作します。それがどのように機能するかをテストします。それが自分のマシンで自分の方法で行われているとき、より徹底的で詳細になります。それは、これらのバックグラウンドツールが良くなるにつれて将来変わるかもしれません。しかし、バックグラウンドエージェント関連のものが人気を得ているのは、これらの問題がどれほど悪いかのためであり、同時にそのターミナル面だけを解決しているだけで、残りは何も解決していないと感じています。
私の提案と今後の展望
だから、今あなたは考えているでしょう。オーケー、Theo、あなたはこの問題に対する何か天才的な素晴らしい解決策を持っているに違いない、そうでしょう。私の投稿の最後で言ったように、私は何かを発表したり、賢く聞こえるためにこれを書いているのではありません。私は本当に、本当にこれが修正されることを望んでいるだけです。私は、まさにこれを行うためにオペレーティングシステムを構築し始めるところでした。しかし、現実的である必要があります。
これを行うことはできません。私にはスキルがなく、これを理解するための精神的余裕もありません。私はこの問題を解決するように他の人々を鼓舞できることを期待して、これを書きました。正解となる単一の解決策はありません。私たちにはそれらがたくさん必要です。実験してください。理論をテストし、新しいワークフローを構築し、この痛みを感じ、それを修正しようとし、失敗し、再試行し、試し続けることがこれまでになく簡単になっています。
私たちはこれを理解する必要があります。私たちはコンピュータの使い方を変える必要があります。私はこれについて多くの感情を持っていますが、これを書いて以来、非常に興味深いことが起こりました。そして、これはこのビデオのためではないことを強調しますが、非常に近い将来、別のビデオに注目すべきです。私はLinuxでNiriにワンショットされました。
このビデオ全体をネタバレしたくありません。なぜなら、それは長くて詳細なものになるからですが、次にこのようなビデオで私を見るとき、非常に、非常に異なるように見える何かを使っているかもしれないという良いチャンスがあります。コンピュータの使い方についてこれほど興奮したことは、非常に長い間ありませんでした。そして、私が説明した正確な問題に完璧に適合するUIがあるというのはやや狂気じみています。
そしてもちろん、それは完璧には程遠いです。これらの問題のほとんどはまだ当てはまりますが、しかし、私はLinuxで行ってきたことを皆さんに見せることにとても興奮しています。だから、ええ、クレイジーです。あなたはAI関連のことを学ぶためにここのビデオをクリックし、答えはLinuxかもしれません。そして、もっと共有するのが待ちきれません。しかし今のところ、私の解決策に気を取られてほしくありません。
私はあなた方全員に自分自身のことを考えてほしいです。もっと構築してください。もっと並行して構築してください。これらの問題に遭遇し、それらを感じ、経験し、その時そしてその時だけ、自分自身でそれらをどのように解決できるかを探求し始めてください。私はこれらのことを自分で良くしようとするために多くの部品を構築してきました。しかし、あなた方全員が何を料理するか、それらについてどのように考えるか、そしてここで私が認識している問題にさえ同意するかどうかを見ることに、はるかに興奮しています。
オペレーティングシステムのように、1つか2つの選択肢しかない理由はありません。私たちが使うツールの世界と、このような方法で構築するときに持つユーザーエクスペリエンスは、広く、多様で、エキサイティングであるべきです。そして、私はこれがすべてどこに行くのかにとても興奮しています。だから、構築し、遊び、自分自身の解決策を見つけ、それがどうなるかを私たち全員に知らせてください。
あなたが構築するものを見るのが待ちきれません。次回まで、peace nerds。
コメント